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A Linux, az Iroda, a Multimédia meg a többiek 


ár hónapja gaztettet követtem el 
az egyik megrögzött windowsos 
ismerősöm ellen, leültettem 
egy linuxos gép és azt mondtam neki: 
—- Használd! 
Kis idő elteltével megkérdeztem: 
— Mit érzel? 
—- Nem tudom, kicsit mintha 
izzadna a tenyerem és félnék 
ettől a helyzettől - jött a válasz. 
Ezután még mindig ott ült és 
mindenféle programok futta- 
tásával, szöveg szerkesztésével, 
filmek lejátszásával, hang rög- 
zítésével próbálkozott. Láttam 
az arcán, hogy sehogyan sem 
boldogul. Telt-múlt az idő (már 
vagy két órája nyüstölte a gépe- 
met), amikor egyszer csak azt 
kérdezte: 
-— Miért nem működik semmi? 
— Miért, nem működik? 
— Nem! 
— Mit szeretnél csinálni? 
— Filmet nézni! 
— Keress egy xine nevű 
programot, indítsd el, meg 
tudod vele nézni a filmet. 
- Na, ez milyen ronda! Hol kell 
behívni a fájlt? 
Miután nagyvonalakban elmagyaráz- 
tam, mit hol talál, újabb két óra telt 
el, de közben megváltozott az arckifeje- 
zése: izgatottság, öröm, gond és még 
számtalan ellentétes érzést figyelhettem 
meg rajta. Egyre jobban el tudott sza- 
kadni a beidegződésektől, tanulóreflexe 
beindult: ha valamit nem tudott, vagy 
valamivel nem boldogult, egyre ritkáb- 
ban kérdezett engem, helyette terminál- 
ablak, böngésző, könyv került elő, és 
vadul gépelt mindenhova segítségért 
(ugyanis a Windows-súgó után a man- 
oldalak kissé ,szokatlanok"). Minél 
jobban megismerte a rendszert, annál 
jobban érdekelte a dolog, és mivel min- 
den lehetőség adva volt, hogy a legna- 
gyobb ismeretanyagot szedje össze, 
nagyon gyorsan tanult. Az egynapos 
,tortúra" végén felállt a gép elől, és 
azt mondta: 
— Ez jó! Nekem is kellene egy ilyen. 
Másnap vasárnap volt, így hát 
felhívtam: 
— Itt állok a CD-immel, készülj, mert 
jövök és telepítünk! 
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Kis mentegetőzés után kiderült, hogy 

a tegnapi eufórikus állapot után már 
kissé megszeppenve gondolt vissza a 
történtekre. letszett ugyan neki a dolog, 
de mint kiderült, este visszahódította 
szívét a Windows. Hogyan is történ- 
hetett? Hazament, leült a gép elé, be- 





kapcsolta, a feje zsongott a sok újdon- 
ságtól, ám ahogy meglátta a , kórház- 
zöld" hátteret, mindent elfelejtett, és 
már ismét csak a Windows volt a 

, nyerő". A régi beidegződések újra 
megerősödtek (kliketi-kliketi-klikk) . 
Mivel ez is amolyan , amerikai sikertör- 
ténet", természetesen nem lehet a vége 
más, csak az, hogy a jó mégis legyőzte 

a gonoszt... A valóságban viszont az 
történt, hogy aznap nem telepítettünk 
semmit, szép napos idő volt, és még elég 
meleg a kerthelyiségekben való ücsör- 
gésre. A következő hétvégén azonban 
ismerősöm restelkedő felhangon hívott, 
hogy mégiscsak jó lenne, ha neki is 
Linux lehetne a gépén. Lett. Azóta fel- 
váltva használja a két rendszert, a Linux 
még csak hobbi, szabadideje rovására 
tanulgatja, de a legfőbb feladatokat még 
Windowsban oldja meg. 

A fenti példa is jól mutatja, mennyire 
nehéz megszokni egy másik rendszert. 
Ismerősöm nagy előnye a szakmai an- 
gol nyelv ismerete, ezért tudta viszony- 
lag gyorsan feldolgozni az Interneten 
és a manoldalakon talált anyagokat. 


Mindemellett azonban a manapság 
használatos ablakkezelőknek és egy- 
ségesített felületeknek köszönhetően 
számos olyan lehetőség működik, amit 
már megszoktak az emberek (húzd és 
ejtsd, kuka, háttérbeállítás, önműködő 
fájlmeghatározás és a megfelelő alkal- 
mazással történő megnyitás 
stb.). Így azért könnyebb 

a leendő felhasználókat elcsábí- 
tani és rávenni őket arra, 

hogy Linuxot használjanak. 

A programokkal pedig az a 
helyzet, hogy szinte minden 
feladatra lehet megfelelő prog- 
ramot (akár programokat is) 
találni, mivel ma már több ezer 
közül választhatunk. Az irodai 
programcsomag magyarul 

szól hozzánk és a helyesírásun- 
kat is ellenőrzi, reméljük, hama- 
rosan az első magyar nyelvű 
Linux is megjelenik, a fejlesz- 
tése most is javában Zajlik. 

Ne feledkezzünk meg az anyagi 
előnyökről sem: ha az ember- 
nek döntenie kell, hogy köze- 
pes gépet, hozzá operációs 
rendszert és programokat 
vásároljon-e, vagy nagyságrendekkel 
jobb gépet vegyen - olyat, ami szinte 
mindenre kifogástalanul megfelel — 
(esetleg ugyanazt a közepes gépet veszi, 
viszont fele annyiból, programok 
nélkül), és Linuxot használ rajta. Ez 
leginkább akkor látszik, ha több gépet 
kell vásárolni, hiszen ilyenkor 
egyáltalán nem mindegy, hogy tíz vagy 
esetleg húsz gépet tudnak-e a dolgozók 
rendelkezésére bocsátani. 
lermészetesen ez az elmélet sem hibát- 
lan, rengeteg olyan helyzet van, amit 
Linuxszal nem, vagy csak nagyon 
körülményesen lehet megoldani - ezt 
mindig az adott helyzet dönti el. 

A Linux most már nem csak a progra- 
mozóké, azonban a rendszergazdáké 

és a guruké! 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 
a Linuxvilág szakmai, és 
CD-szerkesztője. Szabadidejé- 
ben szívesen mászik hegyet 
és kerékpározik. 








Programvadászat 


elenlegi korongunkon a legna- 
gyobb értékkel bíró csomag 
minden bizonnyal a magyar 
nyelvű OpenOffice. Mint előző szá- 
munkban már hírt közöltünk róla, 
február első hétvégéjén OpenOffice- 
magyarítási maraton zajlott le. Sok 
lelkes Linux-hívő fáradságot nem 
kímélve három nap alatt elkészítette 

e nagyszerű irodai csomag magyar 
nyelvű változatát. Szerintem nagyon 
jól sikerült! A linuxos változat letölt- 
hető (természetesen a 28. CD Iroda/ 
OpenOffice könyvtárában is megtalál- 
ható), a windowsos változat sajnos 
még nem készült el, így a projekt 
támogatói 40 000 forint vérdíjat" tűz- 
tek ki rá. Remélem, hamarosan ez is 
létrejön. Maga az OpenOffice egy 
összetett, minden igényt kielégítő 
irodai programcsomag: szövegszer- 
kesztővel, táblázatkezelővel, bemuta- 
tókészítővel, HIML-szerkesztővel, 
rajzolóprogrammal, valamint a 
Microsoft-termékekkel készített fájlok- 
hoz való szűrőkkel rendelkezik, így 
nyugodtak lehetünk, egy elektronikus 
levélmellékleteként kapott fájl feldol- 
gozása már nem okozhat gondot. Min- 
denki szempontjából nagyon fontos, 
hogy ez a termék teljesen ingyenesen 
férhető hozzá, ami azonban nem azt 
jelenti, hogy ,mivel ingyenes, biztos 
valami buta, esetleg korlátozott válto- 
zat", hanem hogy nagyon jó minőségű 
terméket kapunk mindössze egy maga- 
zin vagy a letöltés áráért! Így — azt 
hiszem - ez esetben az ár-teljesítmény 
arányt egyetlen hasonló programéval 
sem lehet összevetni. 

Az alábbiakban telepítésének egyszerű 
módját ismertetem, melynek során 
lépésről lépésre haladva mutatom be 

a feladatokat, hogy a programot a tel- 
jesen kezdő, ám a Linux iránt érdeklődő 
felhasználók is sikerrel tudják használni 
mind otthon, mind a munkahelyen, 
esetleg az iskolákban is. 





OpenOffice telepítési útmutató 

Nos kérem, nem kell többé félnünk 
az idegen nyelvektől, az OpenOffice-t 
magyar nyelven telepíthetjük. 

Mint láthatjuk, már a telepítő első 
ablaka is ékes magyarsággal szól hoz- 
zánk. Miután a Jovább gombra kattin- 


www.linuxvilag.hu 





tottunk, elolvashatjuk az átmeneti 
olvassel fájlt, ahol tájékoztatást kapha- 
tunk a termékről. Ezután átbön- 
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Köszöntjük a Telepítő prograrnban 


A programtelepiti a OpenOffice.org 541 alkalmazást az aktuális meghajtóra. 
A Mégsem gornb megnyornásával bármikor kiléphet. 
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Vezetéknév, keresztnév, monogram 
Irányitoszárm, Város 


Cim, pozició 
Otthoni telefonszám 
Munkahelyi telefonszám 


Fax 


E-mail [dsontosélinunvilag.hu 
sz Vissza Mégsem l 





Válassza ki a telepítés tipusát 


(s Szokásos telepítés 
Optirnálisan telepíti az OpenOffice.org 541 elemeit. Szükséges 
lemezterület 254.4 MB; telepítés közben 2654.4 MB. 


C Egyeditelepités 
Lehetőséget ad az OpenOffice.org 641 elemeinek egyedi 
kiválasztására. 


C Minimális telepítés 
Csak a minimális összetevőket telepíti. Szükséges lemezterület 248.0 
MB; telepítés közben 248.0 MB. 





Minden szükséges információt megadott a telepítéshez. Kattintson a 
"zz Vissza" gombra, amennyiben ellenőrizni vagy módosítani kívánja a 
megadott adatokat. Amennyiben a beállítások megfelelőek, kattintson a 
Telepítés" gornbra a telepítés megkezdéséhez. 
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Mégsem ] 


gészhetjük a felhasználói szerződést 

(ez angol nyelvű), majd elfogadva meg- 
kezdődhet a telepítés előkészítése: első 
lépésben személyes adatainkat (név, 
telefonszám, cég stb) adhatjuk meg. 
lovábbhaladva a telepítés típusát 
tudjuk kiválasztani, ami lehet Szokásos 
telepítés, ekkor megközelítőleg 265 MB 


helyre lesz szükségünk. Az Egyedi 
telepítés-t választva a program tele- 
pítését ízlésünknek megfelelően han- 
golhatjuk. Ezenkívül kedvünkre való 
lehet a Minimális telepítés is, ez a mód 
ugyanis a szükséges összetevőket 
minden , sallang" nélkül telepíti fel, 
ekkor megközelítőleg 248 MB helyre 
lesz szükségünk. Mint látható, a 
Szokásos és a Minimális telepítés 
között nincs igazán nagy különbség 
(legalábbis méretben), ezért szerintem 
- ha csak nem vagyunk nagyon 
helyszűkében - érdemes a Szokásos 
telepítést választani. Ezután a telepítő 
felkínálja az alapértelmezett könyv- 
tárat, ami az én esetemben a 
/homefcsontos/OpenOffice.org641 volt. 
Ezt el is fogadtam, mivel azonban ilyen 
nevű könyvtár eddig még nem létezett, 
a , A /home/csontos/OpenOffice.org641 
könyvtár nem létezik. Létrehozza?" 
kérdésre igennel válaszoltam. 

A 4. képen a tényleges telepítés előtti 
utolsó lépés látható, ha igennel vála- 


Az OpenOffice.org által használható Java futtató környezet nemtalálható. 


Melyik környezetet szeretné használni? 


( Javaés JavaScript nemtámogatott 


CT ÁTEndszeren Tmántelepítre van a következő: 


Tallózás... ] 


Nemtaláltam Java Futási Környezetet 
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szolunk, innen már nincs visszaút! 
Ha valamin még módosítani szeret- 
nénk, lépjünk vissza és tegyük meg, 
ha nem, akkor viszont kezdődjék 

a telepítés (6. kép)! Az OpenOffice-t 
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böngészésre is használhatjuk, ez 
esetben minden bizonnyal Java- és 
JavaScript-támogatásra lesz szüksé- 
günk. A telepítő több-kevesebb sikerrel 
képes felderíteni a rendszerünkön 
telepített Java-környezetet. Ha nincs 
vagy nem lesz rá szükségünk, a lépést 
hagyjuk ki - egyébként telepítsük 


A telepítés sikeresen befejeződött. 
A Sun Microsystems rerneli, hogy eredményes lesz a OpenOffice.org 641 
használata. 


A telepítőből való kilépéshez kattintson a "Befejezés" gombra. 








vagy állítsuk be (5. kép)! Ezekután 
nincs más hátra, mint megvárni a 


7. képen látható képernyő megjelenését. 


A telepítés a végére ért, a Befejezés 
gombra kattintva elhagyhatjuk 
a telepítőt. 


A használatba vétel 

Miután a telepítést sikeresen végre- 
hajtottuk, bizonyára használni szeret- 
nénk a programot. Ezt a 

- /Openoffice.org641/soffice 
parancs kiadásával tehetjük meg, 

de erre a feladatra természetesen 
bármilyen fájlkezelő programot is 
(például Kongueror) használhatunk. 
Első indításkor egy ,tündérrel" talál- 
kozunk - na, semmilyen mesére ne 
gondoljunk: a Címtár tündér segítsé- 
gével a Mozilla/Netscape 6.x, esetleg 
az LDAP- vagy külső adatforrásból 


Üdvözli a Cimtártündér 


Az OpenOffice.org által a már meglévő adataihoz is hozzáférhet. Ehhez egy OpenOffice.org adatforrás 
létrehozása szükséges. 


A Tündér segiti az adatforrás létrehozásában. 





Válassza ki a külső cirmtár tipusát: 


€ LDAP cimtár 
C Egyéb külső adatforrás 








Súgó ] Mégsem w 


vehetjük át a címtárunkat (8. kép). 
Miután címtárunk feldolgozásával 
végeztünk, a szövegszerkesztőbe azon- 
nal el is kezdhetünk írni. A menük 
teljes mértékben magyarítottak, a rend- 
szernek egy magyar ispell alap helyes- 
írás-ellenőrző rendszer is a része. A sú- 
górész azonban sajnos csak angol 
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nyelven érhető el, de ne feledjük, 
ennek lefordítása hatalmas munka! 


Utolsó simítások 

a megfelelő működéshez 

A fentebb leírtak egy egyszerű felhasz- 
nálói telepítést mutattak be. Ha az 
adott gép több felhasználót is kiszolgál, 


Eekezdesstilusak 
Alairas 

CArrisar 
tarnmsar 1 
tarnsar LŰ 
Carnmsar 8 
Carnsor 3 
Carnsar 4 
tarnmsar 5 


Elsa sor behuzasa 
Fkugga behuzas 

Lista behuzas 
szellegyzetek 
szüvegtürzs 
szövegtörzs behuzas 
Udvarias befejezes 
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a telepítést rendszergazdai jogosult- 
sággal érdemes végezni, és a setup 
parancsot a /net kapcsolóval jó 
futtatni. Ekkor ugyanis a teljes 
programot egy mindenki által elérhető 
könyvtárba telepítjük (mondjuk a 
/opt/JOpenOffice.org641), majd a felhasz- 
nálók mindegyike a 
/opt/OpenoOffice.org641/setup 
programot futtatva telepítheti saját ma- 
gának. Ilyenkor figyelnünk kell a helye- 
sírás fájljaira, mivel nem önműködően 
kerülnek a felhasználó könyvtárába! 

A gyógyír: a /opt/OpenOffice.org641/ 
user/wordbook könyvtárból az összes 
fájlt át kell másolni a /home/ 
FELHASZNÁLÓNÉVJOpenOffice.org641/ 
user/wordbook/ könyvtárba. 
Mindenkinek eredményes magyar 
nyelvű linuxos irodai élményeket kí- 
vánok, és köszönettel tartozunk mind- 
azoknak, akik mindezt elérhetővé 
tették a számunkra! 

A magyarítók névsora és további 
érdekes adatok a 3 http://office.fsn.hu 
címen érhetők el. 


Mozilla 


Ismét megjelent egy frissítés Mozilla 
böngészőből. A 28. CD Mozilla könyv- 


tárában található mindenki által telepít- 
hető tar.gz illetve rpm formátumban. 


PostgreSOL 7.2 

Elkészült ennek a remek SOL-adatbá- 
zisnak a 7.2-es változata, korongunkra 
forrás- és rpm formátumban is felke- 
rült. Az rpm-ek Red Hat 6.2, illetve 7.2 
alá is egyszerűen telepíthetők. 


Rendszermag 

A fejlesztői rendszermag 2.5.4-es válto- 
zatát adjuk most közre. Mindenki csak 
a saját felelősségére használja! 


29. korong 

A LokiGames feladta linuxos játékfej- 
lesztését és bezárta kapuit. Ennek elle- 
nére az általuk készített játékok min- 
denkinek megmutatták, hogy a linux 
igenis alkalmas és megfelelő játékfelület 
bármilyen játékhoz, és hogy a játékok 
nemcsak egyszerű kártyajátékok lehet- 
nek, hanem az igen fejlett grafikus 
felületet, az egyre jobban támogatott 
3D-gyorsítókat kihasználva bármilyen 
grafikával tervezett alkalmazások is 
(gondoljunk csak a Ouake-játékokra). 

A grafikus felület fejlődésével a Linux 
mind jobban erőre kap, úgyhogy igazán 
remek játékgépet állíthatunk össze. 

A cég játékai között mindenféle volt, 
így mindenki kiválaszthatja, mire is 
szeretné az idejét , elpazarolni". Olyan 
nagy nevű játékok szerepeltek a kíná- 
latukban, mint a Ouake III Arena, a 
Soldier Of Fortune, Descent3, a Railroad 
[Tycoon II, a SimCity 3000, az Erics 
Ultimate Solitarie, a Heretic II, a Heavy 
Gear II, a Rune: Halls of Valhalla, a 
Iribes 2, a Sid Meiers Alpha Centauri 
with Planetary Pack, a Heavy Metal: 
HFHA.K.K.2, a MindíRover, a Deus Ex, 

az Unreal lournament, a Heroes III, 

a Myth II: Soulblighter és a Civilization: 
Call to Power — mint a listából is látszik, 
mindenkire gondoltak. A stratégiai játé- 
koktól a kártyajátékokon keresztül a vé- 
rengzős akcióig minden megtalálható. 
Sajnos úgy látszik, korai volt a piacot 

a jobbnál-jobb játékokkal elárasztani. 

29. korongunkon a LokiGames különféle 
játékokhoz kiadott javításait tesszük 
közzé, amit a következő mellékleteken 
folytatunk. 


Csontos Gyula 

(Csontos .Gyulaolinuxvilag.hu) 
a Linuxvilág szakmai, és 
CD-szerkesztője. Szabadidejé- 
ben szívesen mászik hegyet 
és kerékpározik. 








Linux és Playstation 

Már csak májusig kell várniuk azoknak, 

akik a Playstationbe és a Linuxba egya- 

ránt beleszerettek. 

A 5 http:/wwwi.us. 

playstation.com 

című honlapról 
ugyanis ekkortól 
rendelhetik meg 
azt a kiegészítő 
készletet, amellyel 

a különféle linuxos 

alkalmazások 

immár a népszerű 
játékkonzolon is futtathatók lesznek. 

A 199 dolláros csomag tartalma várha- 

tóan a következő: 

e 40 GB-os merevlemez, 

e 100 Mb sebességű ethernetcsatoló, 

e a Linux for Playstation2 operációs 
rendszer 1.0-s változata DVD-leme- 
zen; 2.2.1-es rendszermaggal, 
Xfree86-környezettel, fejlesztői 
eszközökkel, 





e . számítógépes képernyő csatlakozását 


a 4Lf 


lehetővé tévő csatlakozó, 
e USB-csatolós billentyűzet és egér. 
A kiegészítő csomagot amerikai 
Playstation2 konzolokhoz készítették. 
2 http:/www.prnewswire.com/ 
cgi-bin/stories.pI? ACCT — 
1048-STORY—/www/story/ 
01-30-2002/00016582236-EDAT E — 


Váltani készül az Oracle 

Larry Ellison szerint az Oracle Linuxot 
futtató Intel processzoros kiszolgálókkal 
készül leváltani azt a három unixos 
gépet, amelyek a cég üzleti alkalmazá- 
sainak túlnyomó részéhez a hátteret 
biztosítják. Ellison szerint a nagygépek 
órái meg vannak számlálva, mivel az 
Intel-alapú gépek könnyebben karban- 
tarthatók, gyorsabban cserélhetők — a 
kijelentést a Sun, az Oracle egyik fontos 
szövetségese bizonyára értékelte. 

A Linuxra sem véletlenül esett a cég 
választása, hiszen legfőbb vezetője sze- 
rint a nyílt operációs rendszer internet- 
kapcsolattal rendelkező rendszerek 
esetén megbízhatóbb, mint a Microsoft 
programjai. 

Ellison szavainak hitelét némileg csök- 
kenti, hogy egy pénzügyi elemzők 
számára tartott, az Oracle új fürtözési 
megoldásának előnyeit ecsetelő bemu- 
tatón hangzottak el. Az olcsó, Intel-ala- 
pú, fürtözött gépekre telepített alkal- 
mazások nagyobb megbízhatósággal 

és alacsonyabb költségekkel futtathatók 
— véli Ellison. 

Larry Ellison az utóbbi időben öröm- 
mel tör borsot a nagy számítástechnikai 
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cégek vezetőinek orra alá, és Oracle 
részvényeinek értéke révén Bill Gates 
első helyét komolyan fenyegette a 
világ leggazdagabb embereinek rang- 
sorában. 

2 http:/www.computerworld.com/ 
storyba/0 4125 NAV47 51067/867,00.html 


Hamarosan boltokba kerül a Zaurus 


A Sharp Zaurus nevű, Linux-alapú zseb- 
titkáráról már a Linuxvilág hasábjain is 
szó esett. Valószínűleg nem sokáig kell 
már várni az újdonságra, megjelenése 
márciusban esedékes — minden bizony- 
nyal először a japán, majd az amerikai 
boltokban. 








A lelkes fejlesztők már hónapok óta 
kezükben tarthatják a Zaurus kisebb 
tudású változatát. A végleges Zaurus 
SL-5500 típusban 64 MB memória és 
16 MB flashmemória áll a 206 MHz-es 
Intel StrongARM processzor rendel- 
kezésére, a megjelenítést 240 x 320 
képpontos, színes TFT érintőképer- 
nyő végzi, az adatbevitelt pedig egy 
ötletesen beépített billentyűzet is 
segíteni fogja. 
2 http:/www.linuxdevices.com/news/ 
N56655019514.html 


Bemutatkozott a MontaVista Linux 2.1 
A MontavVista Software bemutatta 
MontavVista beágyazott Linuxának 2.1-es 
változatát. A MontaVista Linux érdekes- 
sége, hogy hat gyártó 
több mint 20 pro- 
cesszorát, géptípu- 
sát támogatja, kö- 
zülük a legismer- 
tebbek az IA-32, 

a PowerPC, 

a StrongARM, a MIPS 

vagy az SH. A terjesztés a legújabb 
2.4-es rendszermagsorozat tagjait 
használja, amelyeket a cég a célterület 
igényeihez további valós idejű műkö- 
dést segítő fejlesztésekkel igazított. 

A MontavVista Linux számos fejlesztési 
környezetet támogat, és a legújabb veze- 
ték nélküli kapcsolatok használatára is 
alkalmas. 

2 http:/www.mvista.com 

2 http:/www.linuxnews.com/ 


CCOffice: irodai 
csomag beágyazott Linuxra 
A CCOffice az első olyan kínai fejlesz- 
tésű beágyazott irodai csomag, amely 
képes a Microsoft Office formátumainak 
kezelésére. A beágyazott irodai csomag 
kiváló megoldás zsebtitkárokra, vékony 
ügyfelekre és egyéb beágyazott 
eszközökre. 
A sajnos nem ingyenes csomag három 
fő részből: a szövegszerkesztőből, a 
táblázatkezelőből és egy pdf-megje- 
lenítőből áll, az együttes teljes 
mérete 1,5 MB. Egyaránt támogatja 
a Microwindows-, a liny-X- és a 
Ot/Embedded-környezetet. Nekünk, 
magyaroknak talán azért is érdemes 
lehet odafigyelnünk rá, mert ha képes 
a többféle módon is bevihető kínai 
karakterek megjelenítésére és 
felismerésére, akkor egyszer talán az 
ékezetes magyar betűk kezelésére is 
alkalmasnak mutatkozhat. 
2 http:/www.linuxnews.com/ 
stories.php?story —02/02/03/2162692 
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nVidia-lapkakészletes 

alaplapok az üzletekben 

Sokat és régóta hallani arról, hogy a 
grafikus lapkáiról ismert nVidia is belép 
az alaplapi lapkakészletet fejlesztő cégek 
sorába. A sokat emlegetett lapkára épülő 
alaplapok azonban már nemcsak a fény- 
képeken vagy a hírekben bukkannak fel, 
hanem a hazai üzletekbe is megérkez- 
tek. Az egyik ilyen típus az MSI K7N420 
Pro alaplapja. 





Az AMD processzorokhoz készült alap- 
lapon a lapkakészletbe építve egy 3D- 
vezérlőt találunk, amely nagyjából egy 
GeForce2 MX400-as kártya teljesítményét 
nyújtja, valamint egy 10/100 Mb/s sebes- 
ségű ethernetcsatolóra és egy hatcsator- 
nás hangkártyára bukkanthatunk. Az 
alaplapon öt PCI- és egy osztott CNR- 
foglalat lelhető fel, a memóriákat három 
aljzat várja, és a tervezők szerencsére a 
további bővíthetőségről sem feledkeztek 
el, és az AGP-foglalatot sem hagyták el. 
Az alaplap ára ugyan egy kicsit borsos, 
körülbelül 50 000 forint plusz áfa, ám ha 
összeadjuk egy jobb AMD-s alaplap, egy 
MX400-as kártya, egy ethernet és egy 
hangkártya árát, az összeg már nem is 
tűnik olyan nagynak. 

2 http:/www.msi.com.tw 


Debian-BSD? 
Érdekes fejlesztési vonal kezdi bonto- 
gatni a szárnyait az alábbi címen. Mivel 
a Debian-projekt nem felület- és ope- 
rációsrendszerfüggő, tehát nemcsak 
Linux-felület adhat neki otthont, a fej- 
lesztők egy BSD-alapokon nyugvó, de 
szintén Debian rendszert készíthetnek. 
Ennek a rendszernek az alapja a Net- 
BSD, ugyanis ez a legtöbb számítógép- 
fajtán tutó Unix-alapú rendszer. Ugyan- 
ilyen választható megoldást jelenthet 
majd a jövőben a Hurd mag köré épített 
Debian rendszer, ez azonban még 
eléggé kezdetleges állapotban van, így 
komoly munkára nem alkalmas. 
2 http:/www.srcf.ucam.org/—mjg59/deb 
ian-netbsd/debian-netbsd. tar.gz 
2 http:/debian-bsd.sourceforge.net 
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$hare360: 
csoportmunka-kiszolyáló Linux alá 
A japán Cybozu Corporation fejlesztő- 
cég megjelentette Share360 termékének 
angol nyelvű 
a változatát is. 
Share360 Bár nem viseli 
GEETÉNE az 5-ös számot, 
a kétféle 
változatban kapható programcsomag 
a Cybozu Office 4 utóda. Segítségével 
tennivalóink listáját, naptárunkat, cím- 
tárunkat, feljegyzéseinket központi 
helyen tárolhatjuk, és munkatársainkkal 
többek között elektronikus hirdetőtáblát 
és vitafórumot üzemeltethetünk és 
oszthatunk meg. A kiszolgáló tartalma 
webes felületen keresztül érhető el, akár 
az irodán kívülről is. 
A Share360 próbaváltozatát bárki 
megtekintheti a gyártó honlapján, a 
2 http:/www.share360.com címen, 
valamint a háromhónapos működő 
változatot is letöltheti. A csomag egyet- 
len kellemetlen jellemzője, hogy nem 
ingyenes, sőt a felhasználók számától 
és a változattól függő 900 dollártól kez- 
dődő ár elég magasnak mondható. 
2 http:/linuxpr.com/releases/4489.html 


Norvég szakemberek 
nyerték a 2001. évi Turiny-díjat 
Két norvég szakember Ole-Johan Dahl 
és Kristen Nygaard nyerte a 2001. évi 
Turing-díjat. A valós szá- 
mítógépeket modellező 
Turing-gép atyjáról, Alan 
Mathison Turing-ról elneve- 
zett díjat a számítástechnika 
Nobel-díjaként is szokták emlegetni. 
A két norvég fejlesztő az objektumköz- 
pontú programfejlesztési szemlélet kia- 
lakításában végzett munkájáért kapta 
az elismerést. 
Dahl és Nygaard még a hatvanas évek- 
ben Oslóban fejlesztették ki a Simula 1 
és Simula 67 programozási nyelveket. 
Munkásságuk során alakult ki az az 
újfajta szemlélet, melyben a programo- 
zók munkájukat elvonatkoztatási réte- 
genként végzik, az egyes rétegeket az 
alacsonyabb szintű rétegek szolgáltatá- 
saira építve. A kidolgozott eljárások 
nemcsak a programozásban, hanem 
például az üzleti élet tervezési folyama- 
taiban is alkalmazhatók. 
Ugyancsak az ő munkájuk eredménye 
az objektumorientált programfejlesztési 
elgondolás, valamint a Beta, egy korai, 
általános célú objektumorientált progra- 
mozási nyelv kifejlesztése is. 
2 http:// slashdot.org/articles/02/02/07/ 
034201.shtml 





Az OmniCluster nyerte a LinuxWorld 
Best Productivity" kategóriadíját 
Az OmniCluster olyan kiszolgálókat 
fejleszt, amelyek egyetlen PCI-foglalatú 
kártyán helyezkednek el. A kártyán kap 
helyet a központi processzor, a memó- 
ria, illetve minden, a merevlemezekkel 
vagy a külvilággal történő kapcsolattar- 
táshoz szükséges vezérlő. 

A kiszolgálók x86-os processzorokat, 
változattól függően National Geode 
vagy Intel Pentium III lapkákat hordoz- 
nak. Ennek köszönhetően igény szerint 





Linux, FreeBSD vagy Windows operá- 
ciós rendszer futhat rajtuk. A kártyák 
saját merevlemezeket kaphatnak, vagy 
osztozhatnak a gazdagép merevleme- 
Zein. A kiszolgálók fürtözhetők egymás- 
sal, így akár egyetlen számítógépházban 
egész kiszolgálótelep hozható létre — az 
alkalmazási lehetőségeknek csak a vá- 
sárlók képzelete szab határt. A kártyák 
önálló 10/100 Mb/s sebességű ethernet- 
csatolóval rendelkeznek, illetve változat- 
tól függően SVGA-, USB-, hang- és 
további ethernetcsatlakozókat is kaphat- 
nak. A gazdagéppel és egymással gigabit 
sebességű, a gazdagép PCI buszán 
keresztül létesített kapcsolat segítségével 
tartják a kapcsolatot. 

2 http:/www.omnicluster.com/ 


Mátrixos feldolgozás linuxos gépekkel 
A PolyServe Matrix Server nevű prog- 
ramja lehetővé teszi, hogy Intel pro- 
cesszoros, Linux operációs rendszert 
futtató számítógépek segítségével nagy- 
méretű, közös tárolóeszközzel rendel- 
kező kiszolgálófarmot hozzunk létre. 

A nem csak a PolyServe által mátrixos 
feldolgozásnak nevezett elképzelés 
szerint a viszonylag kis teljesítményű 
csomópontok nagysebességű, intelligens 
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hálózati kapcsolatok révén csatlakoznak 
egymáshoz. Megfelelő programmal 

— például az Oracle9i Real Application 
Clusters névre hallgató fürtözött adat- 
bázis-kezelő megoldásával — rendkívül 
rugalmas, ugyanakkor a nagygépek 
teljesítményét elérő számítási képességű 
rendszer hozható létre. lermészetesen 
itt is a költségeken van a hangsúly, a fej- 
lesztők elképzelései szerint az így kié- 
pített rendszer teljes birtoklási költsége 
alacsonyabb, mint egyetlen nagygépé. 
2 http:/www.polyserve.com/ 


160 GB egyetlen merevlemezen 

Csak választani kell, hogy 120 vagy 

160 GB legyen a mérete annak a merev- 
lemeznek, amely a Maxtor külső, USB- 
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csatlakozós egységében bújik meg. 

A 160 GB-os Personal Storage 3000XT 

a talán kevésbé elterjedt IEEE 1394-es 
buszt használja, a 120 GB-os 3000LE 
viszont USB 2.0 csatlakozóval rendelkezik. 
Míg a 300 és 400 dolláros külső merevle- 
mezekért aligha lesz hazánkban tolon- 
gás, figyelemre méltó, hogy a Maxtor 
120 GB-os belső merevlemeze már a 
hazai árlistákon is feltűnt: körülbelül 

60 000 forint plusz áfa áron szerezhető 
be. A hatalmas, ATA/133 felületre csat- 
lakozó merevlemez korongjai 5400-as 
fordulatszámmal pörögnek, átlagos 
elérési ideje 12 ms alatti. 

2 http:/www.maxtor.com 


IBM-nagygépek Linuxszal 
Az ÍBM bejelentette, hogy olyan nagy- 
gépeket dob piacra, amelyeket kifeje- 
zetten Linux operációs rendszerrel szál- 
lítanak. Az IBM gépei eddig is támogat- 
ták a Linuxot, 
IBM (server ám ahogy - a 
" gazdasági 
helyzet kedvezőtlen alakulása miatt — a 
vásárló cégek egyre szorosabbra húzzák 
a nadrágszíjat, egyre inkább az ingyenes 
operációs rendszer kerül előtérbe. 
Az ÍBM részéről úgy vélik, hogy a nagy- 
gépek piaca újra feltámad. A 60-as és 70- 
es években a nagygépek uralták a 
számítógépek piacát, ám az olcsó PC-s 
kiszolgálók később háttérbe szorították 
őket. A kék óriás részéről úgy látják, 
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hogy olcsóbb és egyszerűbb egyetlen 
nagygépen összevonni a vállalat kiszol- 
gálóit, mint esetleg több száz gépet 
telepíteni és felügyelni. Az ÍBM eServer 
zSeries sorozata az iparág legnagyobb 
növekedésnek örvendő típusa volt, az 
eladások az elmúlt öt negyedévben 
töretlenül növekedtek. 

Az iSeries sorozatot a kisebb, a zSeries 
sorozatot a nagyobb szervezeteknek 
ajánlják, utóbbival akár több száz meg- 
lévő kiszolgáló is kiváltható. 

2 http:/www.ibm.com/ 


Megjelentek a 

GeForce4-alapú 3D-kártyák 
Megjelentek az nVidia GeForce4 grafi- 
kus lapkái. A gyártók sem késlekedtek 
sokáig, többek közt a Creative, az 
Asus és a Leadtek is rendelkezik már 
az új lapkákra épülő termékekkel, ame- 
lyek minden bizonnyal rövidesen a 
hazai üzletekben is feltűnnek -— egyet- 
len aggályunk csak az, hogy vajon 
mennyit kell majd értük fizetnünk. 

Az új lapkák a 
cég állítása szerint 
elődjeik teljesít- 
ményének négy- 
szeresét nyújtják. 
A zűrzavar foko- 
zása érdekében 
az GeForce4 
esetében sem 
egyetlen lapkáról 
van szó, hanem 
teljes sorozatról 
beszélhetünk. 

A GeForce4 Ti 
4600-as, 4400-as 
és 4200-as típusok nyújtják a legnagyobb 
teljesítményt, az olcsóbb MX 460-as, 
440-es és 420-as inkább az , érték" kate- 
góriában számíthatnak figyelemre, míg 
a 440 Go és a 420 Go a hordozható 
gépek piacára készül. 

2 http:/www.nvidia.com 


A Linux nem veheti 

fel a verseny a Windowszal? 

Bob Young, a Red Hat elnöke legalábbis 
így véli. A Red Hatnél a fejlesztések 
hangsúlya egyre inkább a nagyvállalati 
megoldások, valamint a beágyazott 
termékek felé tolódnak. Szó sincs róla 
azonban, hogy a Red Hat bármit is 
feladna — egyszerűen csak túllép 

a ma nehézségein és a jövőre helyezi 

a hangsúlyt. 

A Microsoft operációs rendszerének 
több mint húsz évvel ezelőtti sikeres 
elterjedését annak köszönhette, hogy 
egyfajta műszaki korszakváltás követ- 


kezett be: a nagygépek mellett egyre 
több személyi számítógép jelent meg. 
Hasonló korszakváltásra számíthatunk 
most is, amikor az Internet lassan ottho- 
nunk minden szegletébe elér, és egyre 
kisebb szerep jut a hagyományos szemé- 
lyi számítógépeknek; helyüket különféle 
intelligens, beágyazott, többek közt a 
hálózat használatát is lehetővé tévő 
eszközök veszik át. Éppen ez az a terü- 
let, ahol a Linux is megtalálhatja a maga 
helyét — persze nem szabad elfeledkezni 
arról sem, hogy a kihívásokra .NET 
névvel a nagy vetélytárs is megfogal- 
mazta a maga válaszát. 
2 http:/zdnet.com.com/ 
2100-1104-828802.html 


Medgyesi Zoltán (mzx(oaxelero.hu) 

A BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszíveseb- 
ben a barátnőjével tölti. Szeret autózni 
és bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, 
hogy áttérjen rá. A Linuxvilág 
hírszerkesztője. 
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helyett? Mert sokat utazik, vagy 
mert nem fér el más otthon az asz- 
talon, esetleg mert a munkahelyén 
kapta, és így megtakaríthatja egy 
otthoni számítógép megvásárlását. 
A , miért" szinte mellékes is, mert 
egy ilyen gép megvásárlásakor a 
legfontosabb szempont általában az 
ár, a méret, a felszereltség, a kénye- 
lem és a programok elérhetősége az 
adott modellre. Szinte pontosan 
megegyező feltételek, mint egy új 
gépkocsi vásárlásakor, bár számító- 
gépet nem 5—10 évre vásárol az em- 
ber, mint autót. Ezt ugyanúgy érde- 
mes jól megfontolni, ugyanis ha túl 
nehéz vagy túl gyenge gépet veszünk, 
a lassú és rozoga kocsihoz hason- 
lóan nem fogjuk tudni használni. 
Sokkal nehezebb helyzetben van 
azonban egy átlagos Linux-felhasz- 
náló, hiszen a legtöbb gyártó nem 
tünteti fel, hogy eszköze milyen mér- 
tékben működik együtt a Linuxszal. 
Ezért amikor notebookot szeretnénk 
vásárolni, nagyon körültekintően kell 
szétnézünk a piacon, és meg kell 
kísérelnünk felmérni, hogy az adott 
kiépítés linuxos szemmel nézve is 
rendben van-e. Egy másik lehető- 
ség, hogy széjjelnézünk olyan isme- 
rőseink háza táján, akik notebook- 
jukat Linuxszal használják. Az igazi 
gond azonban ott kezdődik, ha új tí- 
pusra vagy modellre vágyunk. Ilyen- 
kor igazán kockázatos, hogy a meg- 
közelítőleg ötszázezer forintért vásá- 
rolt gép vajon minden eleme és 
szolgáltatása működik-e Linuxszal. 

E kérdéskört illetően igyekszem fel- 
világosítással szolgálni, hiszen aka- 
ratos természetemnek és újságíró 
mivoltomnak köszönhetően vásárlás 
előtt a kiszemelt Asus 8600-as 
Notebookot megkaptam egy hét 
tesztelésre. Fontos kérdés és ke- 
vésbé reklám, hogy miért pont az 
Asust kértem. Gondos munkával 
összeírtam egy papírra, hogy milyen 
igényeim vannak egy hordozható 


számítógéppel kapcsolatban. Íme 

legfontosabb szempontjaim: 

e ne kelljen MS-termékeket 
vennem hozzá, 

e — igazán kicsi legyen, ugyanakkor 
kellemes legyen dolgozni rajta, 

e — lehessen rajta DVD-t, divixet és 
egyéb filmeket nézni, 

e — minden egyes eszköze működjön 
Linux alatt, 

e — utoljára, de nem utolsó sorban 
nettó ára négyszázezer forint 
körül legyen. 

Ezután következett az árlisták 

összegyűjtése 21. századi 

recept szerint: végy egy 

2 http://www.google.net-et, 

adj hozzá reguláris kifejezéseket 

és kulcsszavakat, mindezt lassú 
tűzön böngészd! Az eredményt 
újabb szűkítések és kulcsszavak 
hozzáadásával tedd ropogósab- 
bá végül a kész listát ízlés 
szerint tálald. A rostán fenna- 
kadt modellek: Ibm, Asus, Gericom, 

Portocom, Sony. Az ár-teljesítmény 

viszony gondos elemzése után saj- 

nos máris csupán kétversenyzőssé 
szűkült a döntő, innen pedig egye- 
nes út vezetett az 1,7 kg össztöme- 
gű Asus 8600-as modellhez. Ezek- 
után már csak a forgalmazó felkuta- 
tása és meggyőzése volt hátra, 
amely nem bizonyult nehéz feladat- 
nak, mert a Sowah Kft. munkatársai 
az első pillanatban elismerték, hogy 

nem bővelkednek tapasztalatban a 

Linux—Ásus párosítás kapcsán, de 

szeretnék, ha a helyzet megváltozna. 

Így egy frissen csomagolt géppel 

távoztam a helyszínről, abban a bol- 

dog tudatban, hogy most körülbelül 
egy hétig nem fogok aludni, hiszen 
az ember addig nem nyugszik, amíg 

,Jövendőbelijén minden rendesen 

nem működik. A profi felhasználó 

pontosan ugyanannyira utál kézi- 
könyvet (értsd , Hogyan üzemeljük 
be gépünket" leírást) olvasni, mint 
amennyire a kézikönyvírók utálnak 
kézikönyvet írni, amiből természe- 
tesen az következik, hogy körülbelül 
húsz perccel előbb jöttem volna rá, 
hogyan kell a külső CD segítségével 
indítani (boot) a gépet, ha a hozzá 
adott füzetet mégiscsak elolvasom. 

Egy Debian Woody legfrissebb 


Miért választ az ember hordozható 
számítógépet a kényelmes PC 


változatát telepítettem a gépre külö- 
nösebb zökkenő nélkül, bár ez való- 
színűleg annak köszönhető, hogy az 
elején nem kellett a PCMCIA-kártyák 
támogatásával szórakozni, hiszen 
Rtl-3139-megfelelő alaplapi hálózati 
kártya van a gépben. Első lelkesedé- 
semben a 2.2.20-as rendszermaggal 
(a legfrissebb üzembiztos mag a 
2.2-es rendszermagfában) kezdtem 
neki a kipróbálásnak. Gyakorlatilag 
két-három rendezgetés, fordítás, 
szöszmötölés árán több-kevesebb 
sikerrel csaknem minden eszközt 





sikerült beüzemelnem. Ekkor döntöt- 
tem úgy, hogy bár a 2.2.20-as az 
utolsó, a kiszolgálókhoz is melegen 
ajánlott rendszermag, én a 2.4.17-es 
ugyancsak megbízható, új rendszer- 
magot fogom előnyben részesíteni, 
hiszen minden újdonságot tartalmaz. 
Mindenkinek tudom ajánlani, hiszen 
rengeteg olyan új eszközmeghajtó 
van az új rendszermagban, amely a 
2.2.x-es sorozatnak nem része, így 
például a hangkártyát 2.2 alatt csak 
külön ALSA-meghajtó segítségével 
lehetett volna használni, míg a 2.4 
alatt már támogatott. 

A rendszermagfordításra nem érde- 
mes több szót vesztegetni, hiszen a 
CD-mellékleten megtalálható 28. CD 
Magazir/Asus könyvtárában szerepel 
a mentett . config állomány. Inkább 
nézzük meg az X-kiszolgáló támoga- 
tottságát! A Woody rendszerben 
lévő 4.1-es kiszolgáló teljes mérték- 
ben támogatja a beépített Silicon 
Motion, Inc. SM720 Lynx3$DM video- 
kártyát. Legalábbis elsőre gyönyörű- 
en ment az alap xserver-svga Cso- 
maggal. A gondok akkor kezdődtek, 
amikor Divix/DVD-filmeket szerettem 
volna rajta nézni. Kis méretben zök- 
kenőmentesen ment, de amint teljes 
képernyősre nagyítottam, elkezdett 
szaggatni mind a kép, mind a hang. 





Sok időt eltöltöttem az MPplayer-le- 
játszó különböző alkatrészeinek és 
programjainak testreszabásával, de 

a megoldást az xserver-xfree86 cso- 
mag telepítése adta. Bár az xserver- 
svga is támogatta a kártyát, az alkat- 
részes gyorsítórészét nem. Termé- 
szetesen a XFő6Config-4 beállítófájl 
is a korongra került (28. CD Magazin/ 
Asus), hogy ne kelljen a keresgélésre 
időt pazarolni. Ezekután még a DVD- 
lejátszás is gyönyörűen működött, 
pedig amikor nekikezdtem az egész- 
nek, a Weben azt olvastam egy 





Asus-oldalon, hogy az adott géppel 
Linux alatt nem fog menni a DVD- 
lejátszás. Erre örömmel cáfolok rá. 
Éppen akkor, amikor már azt hittem, 
hogy ennél szebb és jobb nem lehet 
semmi, rájöttem, hogy soros kapu 
bizony nincs a géphez, csak két 
USB. Ugyan az Asusnál lehet körül- 
belül 30 ezer forintért kapusokszoro- 
zót kapni, amely 1 párhuzamos, 2 
soros és 2 ps/2-es kaput tartalmaz, 
de a gyári készletben volt párhuza- 
mos USB-átalakító, soros azonban 
sajnos nem. A gyári harmincezres 
kapusokszorozó további hibája, hogy 
meglehetősen nagy doboz, amelyet 
az ember nem szívesen hord egy 
ilyen kis gép mellett. Lázasan kutat- 
tam a Google oldalain a megoldás 
után, mígnem eszembe jutott a 

2 http:/Avww.alphasonic.hu címen 
található nagykereskedés meglátoga- 
tása, és egy kicsi USB soros átalakí- 
tó megvásárlása, bár ennek ára is 
tízezer forint körül mozog. A kereske- 
désben figyelmeztettek, hogy ez a 
kapu Windows alatt csak modem- 
mel és egyéb hasonló soros eszköz- 
zel tud jól együttműködni, az egérrel 
nem. A bevásárlást lázas rendszer- 
magfordítás követte, és teljes ered- 
ménytelenséggel járt — már éppen 
vittem volna vissza a kereskedésbe 
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a szerkezetet, amikor Is a nagy 
Manitu a kezemet ismét a Google 
felé vezette. Nem tettem mást, mint 
a termék dobozára írt típusjellemző- 
ket szóról szóra begépeltem. Az 
eredmény egy, azaz egyetlen német 
nyelven írt levél volt. Miután leápol- 
tam ínhüvelygyulladásomat, amelyet 
a német-magyar szótár pörgetésétől 
kaptam, már tudtam is, hogy az 
USB SERIAL PL2303 modulra 
van szükségem. Innentől egyenes 
út vezetett Nokia telefonom soros 
kapura kötéséig és a szolgáltatóhoz 


való betárcsázásig, vagy akár egy 
másik Linux mget ty-vel kiajánlott 
konzoljára való csatlakozásáig. Egy 
szó, mint száz, a kapu azóta is teljes 
értékű soros kapuként üzemel. 
Amikor már azt hittem, hogy nincs 
előttem lehetetlen, még a 2.4.17 
rendszermag hibáival kellett szembe- 
sülnöm. Az első nehézséget az okoz- 
ta, hogy az óra folyamatosan késett, 
hiába hangoltam össze naponta 
többször is az atomórával. A hiba 

a rendszermag 2.4-es részében van, 
méghozzá a CMOS és az RTC (real 
time clock) körül. Erre Jelent meg- 
oldást az adjtimex csomag, amely 

a rendszer késésre hajlamos órá- 
játa CMOS-órához igazítja. A másik 
gond valószínűleg nem túl ismert, 
de annál érdekesebb. Nagyon sokan 
használnak CF-kártyás eszközt, pél- 
dául fényképezőgépet. Ha CF-memó- 
riánk tartalmát menteni szeretnénk, 
megtehetjük például a soros USB- 
kapun keresztül a kamerához adott 
kábel és program segítségével, ez 
azonban lassú. Erre nagyon jól be- 
vált eszköz a PCMCIA CF-adapter, 
amely körülbelül 2400—5000 forintos 
áron bárhol kapható. A kártyát az 
adapterbe helyezve adatainkat az 
IDE sín sebességével menthetjük 
vagy írhatjuk ki. Én az SSH- (távoli 


felügyelet lehetősége) kulcsaimat 
tárolom CF-kártyán. Visszatérve 
fentebb vázolt nehézségünkhöz, a 
2.4-es rendszermagban egy elírás 
okozza a hibát, amely az ehhez tar- 
tozó modult helytelenül ide cs.o- 
nak hívja ide-cs . o helyett. 

Bár egyszerűnek hangzik, a hibára 
rábukkanni több napba telt. A meg- 
oldást a következő programocska 
lefuttatása jelenti: 

Hatan shh 

"cd /etc/pcmcia 

cp. contig contig.bak 


sed -e "s/ide cs/ 

side -cs/" "zconftig.bak - 
S contid 

A rendszer így máris /dev/hdc1-nek 
látta a kártyát. 

Mindezek után bárkinek merem aján- 
lani az Asus 8600 sorozatát, mert 
kb. 2—3 órás munkával nagyon ké- 
nyelmesen használható linuxos esz- 
közt varázsolhat belőle. 


Az Asus 8600 adatai 

Tömeg: 1,7 kg 

Processzor: Pentium III 8550MHz 
Memória: 192 MB RAM 
Merevlemez: 20 GB 

Meghajtó: DVD/CD-ROM külső 


Kapcsolódó címek 

Asus-Linux 5 http://wwwvwv.linux-on- 
laptops.com/asus.htmi 

Mplayer 5 http://wvvwv.mplayerha.hu 
Sowah 5 http:/Awww.sowah.hu 
Alphasonic 3 http:/Avvww.alphasonic.hu 


Varga S. Csaba 
(guskaoguska.hu) 
Az 1.1-es Slack- 
ware óta linuxozik. 
Kedvtelései közé 
tartozik a fotózás 
és Linux telepítése PDA-kra. 
Legszívesebben a Gerecsében 
túrázik barátaival. 
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Találkozás Costa Rica tudományos és technológiai miniszterével 


Beszélgetés a 


távközlésről, a Linuxról 


és a nyílt forrású 


fejlesztések Costa Rica-i 
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Jövőjéről. 


Linuxvilág 


Nemrég az a megtiszteltetés ért, hogy Gyy F de 
Téramond-nal, Costa Rica tudományos és technológiai 
miniszterével találkozhattam. Don Guy — ahogyan közeli 
munkatársai hívják — a Linux és a nyílt forrású fejlesz- 
tések elkötelezett híve. Mivel a minisztereket az elnök 
nevezi ki, elmondhatjuk, hogy az ottani kormányzatban 
egy igen komoly Linux-hívő is helyet kapott. 





Guy F. de Téramond 


Először 2001 júniusában találkoztunk a Costa Rica-i Linux- 
felhasználók Egyesületének (GULCR) találkozóján. Akkor 
igencsak elkápráztatott engem azzal, hogy milyen komo- 
lyan kiáll a Linux és az állampolgárok számára biztosítan- 
dó jó minőségű internetes kapcsolatok mellett. E találko- 
zónk jó alkalmat kínált arra, hogy érdekeivel és szakmai 
hitvallásával közelebbről is megismerkedhessem. 
Minisztériumi irodájában találkoztunk. Megérkezésemkor 
éppen egy számítógépes probléma megoldásán töpren- 
gett: új rendszermagot fordított Mandrake-alapú laptop- 
jához, és még mielőtt meggyőződött volna róla, hogy 

az új működőképes lesz, törölte a régit. Ezt is egy , szük- 
séges rossz tapasztalatként" könyvelte el, és beszélgeté- 
sünk után ismét belevetette magát a Mandrake 8.1 
CD-ről történő frissítésébe. 

Guy eredetileg kutatóorvosként szerzett diplomát Párizs- 
ban, ahol 1968 és 1977 között tanult. Egy évet töltött 

a Harvardon, majd szintén egy évet a Stanfordon. Gug- 
genheim-ösztöndíjas (1986), elnyerte a Fulbright kutatási 
díját (1983), a Clodomiro Picado TWwight nemzeti kitünte- 
tést (1979) és az űrkutatók szövetségének díját is (1997). 
A Costa Rica-i Egyetem fizikusprofesszora volt 1982-től 
egészen 2000-ig, amikor is felkérték a miniszteri posztra. 
Tagja az Amerikai Fizikustársaságnak és alapító tagja 

a Costa Rica-i Nemzeti Tudományos Akadémiának. Foly- 
tathatnám a sort, de azt hiszem, Olvasóim előtt ebből 

a felsorolásból is kirajzolódik a megfelelő kép. 

Ő felügyelte Costa Rica csatlakozását a BITNET-hez 


(1990), majd az Internethez Is (1993). Amikor azt 
kérdeztem tőle, hogy először miért a BITNET-re szava- 
zott, azt felelte, hogy az Internet akkoriban leginkább 

az Egyesült Államok számítógépes szakembereinek háló- 
zata volt, míg a BITNET más tudományos és szakmai 
területek szakemberei számára is biztosította az együtt- 
működést. 

Amikor visszatért Costa Ricába, meggyőződött róla, 
hogy a távközlési kapcsolatok óriási lehetőségeket biz- 
tosíthatnak az országa számára, Így megszervezte a 
CRNet kiépítését, mely a Costa Rica-i felsőoktatási és 
kutatóintézmények között létrehozott, üvegszálas kábe- 
lekből és útvonalválasztókból álló hálózat. Küldetéstu- 
data szó szerint nem ismert határokat, hiszen részt vett 
Nicaragua, Panama, Jamaica, Honduras és Guatemala 
Internethez történő csatlakoztatásában is. 
Legkedvesebb szenvedélyeiről is kérdeztem. Első helyen 
az elméleti fizikát, második helyen a számítógépeket és 
az Intenetet említette. A dobogó harmadik fokát firtatva 
azonban csak mosolygott, és kitért a válasz elől. . . 

A CRNet kiépítése számára azt jelentette, hogy olyan 
hálózati kapcsolat jöhetett létre, amelynek köszönhetően 
visszatérhetett elméleti fizikai kutatásaihoz. A számítás- 
technika területén felhalmozott tudása és tapasztalatai 
azonban továbbra is sokkal szorosabban kötötték ehhez 
a területhez, mint azt korábban gondolta volna. Amit 
eddig tett, valamint amit a jövőben szándékozik tenni, 
hatalmas előrelépést jelentenek Costa Rica számára. 


Guy és a Unix 

Az első Costa Rica-i Unix-rendszer egy IBM RISC gép 
volt, melyen 1991-ben Guy az elsők között gyakorolha- 
tott. Csapattársa volt Mario Guerra is, aki azóta Unix- 
szakemberré vált, és a ma is a MICIT-nál dolgozik. 

Guy nemsokára bekapcsolódott a közép-amerikai orszá- 
gok internetes csatlakozásának kialakításába. Ez sok 
utazással járt a környező országokba, Nicaraguába, 
Jamaicába, ahol a kezdeti felkészülésben segédkezett. 
Mindig az volt a cél, hogy egy helyi szakembergárda 
felkészítésével saját szárnyaira bocsássa az adott ország 
távközlésének fejlődését. , Együtt dolgoztunk az embe- 
rekkel, mert ha csak odamegyünk és felállítjuk a rend- 
szert, akkor senki nem tanul semmit, és ha baj van, 
minket keresnek. Nekünk nem ez volt a célunk, ilyet 
legfeljebb egy magánvállalkozás tenne." 

"A CRNethez 24 egyetemet és tíz kormányzati hivatalt 
csatlakoztattunk" — mondta. , Mindig az volt a tervünk, 
hogy számítógépes szakemberekkel dolgozzunk együtt, 
mert ők gyorsabban tanulnak. Így, bár a CRNetnél 
nagyon kevesen voltunk, rengeteg munkát sikerült 
elvégeznünk." 

Ez a munka folytatódott, s a további célok között a Costa 
Rica-i sávszélesség növelése is szerepelt. Ezáltal egy 
PanAmSat műholdas kapcsolat és egy kizárólag letöl- 
tésre használt vonal jött létre. Mario feladata az volt, 
hogy proxik felállításával csökkentse a bejövő adatok 
sávszélességigényét. 
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Jelenlegi feladatok 

Miniszteri kinevezése után Guy a megkezdett munkát 
nemzeti szinten kívánta folytatni — terve az volt, hogy 

a nagy sávszélességű otthoni internetezést minden 
állampolgár számára elérhetővé teszi. Costa Rica 

1,2 millió dolláros adományt kapott, melyet egy DSL- 
próbahálózat kialakítására használhatott fel. Ennek ered- 
ményeképpen Costa Rica 240 
telefonkörzetéből ötben a DSL szolgáltatás 
elérhetővé vált. ,A meglévő infrastruktúrát 
alkalmazzuk, a logikai elemeket csatlakoztatjuk 
az üvegszálra, majd a rézhuzalokat használjuk" 
— mondta. , A DSL fantasztikus technológia, 
mert nincs szükség a vonalak átépítésére — az 
ember azt használja, ami van." 

"Most a második lépcsőfok következik" — tette 
hozzá. , Ennek két fontos része van. Százezer 
DSL-vonalat építünk ki az ország mind a 240 
telefonkörzetében." 

Az egy főre jutó nagy sávszélességű vonalak 
alapján a világ első országa Dél-Korea, a má- 
sodik Kanada, a harmadik az Egyesült Államok. 
A százezer vonallal, mely az összes rézvezeté- 
kes végpont 10 százalékát (és a teljes lakosság 
2,5 százalékát) jelenti, a feljesztés eredménye- 
képpen Costa Rica a harmadik helyre lép föl. 

A vállalkozás teljes költsége 60 000 000 dollár. 
Ez a befektetés óriási összeg Costa Rica szá- 
mára, ennek ellenére kedvező, hiszen a DSL 

a meglévő üvegszálas és rézhuzalos hálózatot 
használja. A DSL bevezetése a helyi telefon- 
központok terhelését is csökkenti, hiszen az 
általában hosszú ideig tartó internetes hívásokat a 

DSL veszi át. , Nagyon figyelünk a jól méretezhető 
technológiákra, nem a frame relay-re, az ATM-re és 
társaira" — mondta Guy. 

Rámutatott, hogy ez az általános bekapcsolódás azért 
mehet végbe, mert a kormányzat a távközlésben mono- 
póliummal rendelkezik. Az ICE telefonszolgáltató tulaj- 
donképpen kormányzati hivatal, így érthető, hogy a nagy 
sávszélességű internetezést miért a DSL segítségével 
oldják meg. Ha ezt a tervet egy magáncég hajtaná vég- 
re, nem lenne ennyire átfogó, hiszen a kis népsűrűségű 
területeken a vállalkozás nem lenne kifizetődő. 

Ez ahhoz az esethez hasonlít, ami az Egyesült Államok- 
ban történt a REA-val, mely az elektromosságot juttatta 
el szinte mindenkihez. Ma a Costa Rica-i háztartások 

97 százalékában van elektromos áram, melyet egyéb- 
ként teljes mértékben természetes erőforrásokból állí- 
tanak elő. A , Villanyt minden háztartásba!" jelmondat 
mai megfelelője pedig mi más lehetne, ha nem a 

, Nagy sávszélességű internetelérést mindenkinek!" , 
Ahogy Guy mondta: , Sokféle munkát végezhetünk el 
otthoni irodánkból is, így több időt tölthetünk a csalá- 
dunkkal, és ehhez természetesen jó internetes kapcso- 
latra van szükség." Mindemellett egyre több Costa Rica-i 
költözik a nagyvárosokba, ami az ilyen helyek (például 
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San José) közlekedését terheli, és nem kis mértékű kör- 
nyezetszennyezést is okoz. Ezáltal az ország távközlésé- 
nek fejlesztése még fontosabbá válik. 


Az üvegszálas és rézhuzalos hálózat mellett az elektro- 


mos vezetékeken történő adattovábbítással is kísérle- 


teznek. Az ICE az ország fő áramszolgáltatója is, így 


például a meglévő optikai hálózat kábelei mentén futó, 


Phil Hughes, Guy F. de Téramond és Mario Guerra a kamerák előtt 


a hálózat felügyeletéhez használatos üvegszálas ká- 
beleket is felhasználhatják az optikai rendszer kisegítő 
hálózataként. 

A belső hálózatnak természetesen jó minőségű interne- 
tes kapcsolattal is kell rendelkeznie, és ez az igény 
vezetett az Arcos megszületéséhez. Az Arcos a karibi 
térség nemzetközi gyűrűs hálózata, melyhez Mexikóban, 
Közép-Amerika minden országában, a karib-tengeri 
szigeteken és Miamiban leágazásokat építettek. Sáv- 
szélessége nagyjából 1 terabájt/másodperc, és a rend- 
szer minden útvonalválasztója a szárazföldön található, 
ami azt eredményezi, hogy a hibák sokkal olcsóbban 
javíthatók, mint a tengeren épített útvonalválasztó 
állomások esetében. 

Amikor Olvasóink e cikket a kezükben tartják, az Arcos 
már elkészült. Kérdésemre, hogy miért az Arcos mellett 
döntöttek, Guy azt válaszolta, hogy ez a módszer sokkal 
olcsóbb sávszélességet biztosít, mintha műholdas kap- 
csolatot építettek volna ki. Azt is hangsúlyozta, hogy 

a fejlesztés célja az Internetet mindenkihez eljuttatni: 
magánszemélyekhez, iskolákhoz, kórházakhoz, de a ban- 
kokhoz és az üzleti központokhoz is. 

A rendszer szolgáltatásainak árairól máris viták folynak, 
és mindenki a további csökkentéssel ért egyet. Az ere- 
deti tervekben 30 dolláros havidíj szerepelt a 64 kbites 
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DSL, 40 dollár/hó a 128 kbites vonalhoz stb. Az árban 
a vonal és a szolgáltatás költsége egyaránt szerepel. 
Mivel az ICE nem profitközpontú vállalkozás, az árak 
várhatóan nem sokkal lesznek magasabbak, mint 
amennyit a rendszer fenntartása indokol. 

A terv mérnöki része elkészült. A rendszer átméretezhető 
és a biztonsági szolgáltatások is egyszerűen megvalósít- 
hatók rajta. A tervezéskor gondosan ügyeltek az ITU-elő- 
írások betartására, így ezzel biztosan nem lesz probléma. 
A további szükséges berendezésekre az árajánlatkérés 
már megtörtént, a kezdeti költségeket pedig a kormány- 
zat máris magára vállalta. A cél az, hogy 2002 január- 
jában megkezdhessék az első végpontok kiépítését. 


Mi a helyzet az ingyenes programokkal? 
Tudván, hogy Guy a Linux szerelmese, a nyílt forrású 
programok Costa Rica-i jövőjéről kérdeztem. Az alábbi- 
akban ezt a beszélgetést olvashatják. 

Phil: Mi a szerepe ebben az egészben a Linuxnak? Az új 
internetes fejlesztések egy gueposi lakos (ez a város 

a tengerparton fekszik, távol a fővárostól) számára lehe- 
tővé teszik, hogy számítógépes tanácsadóvá váljon. Van 
még valamilyen terve arra nézvést, hogyan hozhatná 
közelebb a Linuxot ehhez a közösséghez? 

. Az egyetemen a különböző technológiák egész 
tárháza érhető el mindenki számára. A felhasználók 
maguk dönthetnek arról, hogy milyen operációs rend- 
szert használnak, a legtöbben mégis a Windows, esetleg 
a Mac rendszert választották, melyekhez felhasználói 
szinten értenek. A Linuxra csupán a matematikai és 

a mérnöki tanszékek néhány megszállottja szavazott. 

A központban körülbelül 100 kiszolgálónk található. 
Mindegyiken Linux fut, kivéve az adatbázisokat, melyek 
Solaris-alapú SPARC-gépeken futnak. 

Úgy gondolom, hogy a Linux az utóbbi két-három év- 
ben nagyon sokat mozdult el az egyszerű otthoni, irodai 
felhasználók igényei felé. Ha ismét rétegekben gondol- 
kodunk, láthatjuk, hogy legalul főleg a nyílt forrású 
nagyrendszerek, legfelül pedig a főként nem ingyenes 
programokat, operációs rendszereket alkalmazó fel- 
használók állnak. 

A következő néhány évben derül ki, hogy ez a határvonal 
feljebb vagy inkább lejjebb húzódik. Ez nagymértékben 
attól függ, hogy a Linux és a nyílt forrású programok 
közössége elegendő energiát fektet-e be a végfelhasz- 
náló számára szükséges alkalmazások kifejlesztésébe. 
Phil: Ezzel egyetértek. 

. .  Eztehát mozgó határvonal. Természetesen mára 
csaknem minden nyílt forrásúvá vált. Ott vannak például 
a TCP/IP-protokoll kifejlesztői vagy im Berners-Lee, a 
HTML megteremtője. Ők mindannyian hatalmas eredmé- 
nyeket értek el az emberiség számára. 

És egyébként ki ma a nyílt forrású fejlesztések 
legnagyobb felhasználója? A Microsoft, például a TCP/IP- 
vel kapcsolatos húzásaik miatt. Hiába adták ki a 
Microsoft Networköt, mindenki tudja, hogy ez valójában 
a TCP/IP volt. 


Phil: És ha nem is így lenne, akkor sem beszélhetünk 
egy túlságosan használható valamiről. 

. Pontosan. 1995-ben a Microsoft protokollja még 

a NetBEUI és a NetBIOS volt, és egyiket sem lehetett 
útvonalazni. Ezek LAN-protokollok. Aztán egyszer csak 
hoztak egy fontos döntést és megpróbálták beolvasztani 
a TCP/IP-t. Egyet kell értenünk azzal, hogy könnyű a nyílt 
forrású fejlesztéseket sátániak kikiáltani, de ők maguk 

is ezeket használják föl. 

Adott tehát ez a mozgó határvonal. Ha egy kicsit feljebb 
is szétnézünk, ott a webkiszolgálók, az Apache-IIS hábo- 
rú található. Az Apache nemcsak a piac 60 százalékát 
birtokolja, de ingyenes és megbízható is. És ne hagyjuk 
figyelmen kívül a Gartner Group biztonsági jelentéseit 
sem, amelyeket nem szabad viccnek tekintenünk. 
Nagyjából ezzel válaszolnék a kérdésére. Csak egy 
példa: itt a minisztériumban minden kiszolgáló Linuxon 
fut. Ezt a továbbiakban a kormányzati munka még több 
elemére ki kívánjuk terjeszteni. Jómagam Linuxot hasz- 
nálok a mindennapi munkámhoz, de a legtöbb mérnök 
is így van ezzel. A rengeteg vírus miatt meg sem fordul 
a fejemben, hogy visszatérjek a Windowshoz. 

Az éremnek azonban két oldala van. Én módosított rend- 
szermagot használok, mert tényleg szükségem van a 
Microsoft Office-ra. Őszintének kell lennünk: a Word 

és az Excel szabványnak számít. A nyílt forrású közös- 
ségben ezt a szintet még nem értük el. 

Phil: Még ,Linux Torvalds" is Microsoft-alkalmazásokat 
használ, például PowerPointot. Nem tudnak igazán 
használható és működőképes operációs rendszert Írni, 
viszont kitűnő programokat készítenek. 

. Pontosan. A módosított rendszermagom 
tökéletesen működik, s így a PowerPoint, Excel és Word 
programokat gördülékenyen használhatom, ugyanis nem 
lenne rá időm, hogy a különféle formátumok között ala- 
kítgassak. De az egész Windows csupán egy program 
az operációs rendszeremen, Így nem kell amiatt aggód- 
nom, hogy vírusos-e vagy sem. 

Mindkét , világ" legjobb elemeit gyűjtöttem össze és 
ezeket használom. Ezek kiegészítik egymást és szerin- 
tem ez így egészséges. 

Országunk igen magas szintre jutott el a programfejlesz- 
tés területén — ez az egyik legfontosabb iparágunk, ezért 
természetesen támogatnunk kell. 

Térjünk rá a második kérdésre, egészen pontosan arra, 
hogy mit tervezünk e területen. Itt a minisztériumban 

a mérnökök, jómagam és a Linux-hívők biztosan nem 
fognak visszatérni a kereskedelmi operációs rendszerek 
világába. Tudományos munkáimat LalTeX-ben készítem, 
abban minden megtalálható. 

Jelenleg nem hozhatunk olyan döntést, hogy az egész 
kormányzati számítógépes rendszer működését nyílt 
forrású programokra bízzuk. Rengeteg titkárnő érezné 
úgy, hogy hátráltatják a munkájában, és nem tudnának 
olyan gyorsan dolgozni. 

A jövőben a helyzet meg fog változni, de ez egy folya- 
mat. Jelenleg a levelező, a webkiszolgálók és az adatbá- 
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zisok Linux alatt futnak. Az egyik mérnökünk képes 
távolról felügyelni az összes kiszolgálót. A rendszer 
hatékony, biztonságos, így elmondhatjuk, hogy a világ 
egyik legjobb számítógépes környezete van a birtokunk- 
ban. Ma még nem működik minden minisztériumban 
Linux, idáig még nem jutottunk el, viszont eljön az a 
nap, amikor a szabványos irodai alkalmazások teljesen 
beleolvadnak a linuxos asztali környezetbe. Erre azonban 
még várnunk kell. 

Phil: Nos, azt hiszem, ezzel meg is válaszolta a követ- 
kező kérdésemet, ami az lett volna, hogy vajon az a 
helyes út, ha mi, a Linux-közösség egyre több és jobb 
minőségű eszközöket készítünk az átlagos felhasználók 
számára, és az áttörés egyszer bekövetkezik? 

. Mindenképpen. Van ennek egy másik oldala is: 

az oktatás, az iskolák, a nyílt forrású fejlesztések peda- 
gógiai haszna óriási. 

A tanulóknak természetesen el kell sajátítaniuk a Word, 
az Excel és a hasonló kereskedelmi programok haszná- 
latát, de a felsőbb osztályokban meg kell értetni a diá- 
kokkal, hogy a nyílt forrású fejlesztések egy távolabbi 
horizont felé mutatnak: itt a kód az első sortól az utol- 
sóig mindenki számára hozzáférhető, a program ezáltal 
teljes egészében kiismerhető és továbbfejleszthető, 

és ez az, ami csodálatos. 

A program sorról sorra nyomon követhető, megváltoztat- 
ható, bővíthető, egyszerűsíthető. Ibarunknak ebből óriási 
haszna származhat, hiszen rengeteg kiváló programo- 
zónk van. Ezért mondtam, hogy a nyílt forrású fejleszté- 
sek nagy hatással lehetnek az oktatás módszertanára is. 
Ez nagyon közel áll a tudományos modellhez, ahol az 
eredmények nyilvánosak és szabadon megvitathatók. 
Csak a legjobb kód , éli túl" a fejlesztéseket. 

Szeretném, ha a nyílt forrású fejlesztések a középiskolás 
diákokhoz is eljutnának. Ezt szeretném elősegíteni, de 
törekvéseim sikere az oktatási tárcától is függ. Szeret- 
ném látni, hogy éles eszű gyerekek ülnek le egy gép 
elé, változtatnak a programsorokon (közben persze hibá- 
kat is elkövetnek — én is így kezdtem), és valami újat 
hoznak létre. 

Phil: Igen, én is azt tapasztaltam, hogy ha a hozzáértő 
emberek a programok mellett azok forráskódját is ta- 
nulmányozhatják, rögvest sokkal nagyobb kedvük lesz 
elmélyülni, majd részt venni a fejlesztésben. Innen 
hogyan tovább? 

.. A kérdés nem az, hogy mit csináljunk, hanem hogy 
mikor. Ahogy már említettem, az álmom az volt, hogy 

a szakemberek, bárhol legyenek is, részt vehessenek 

a legmagasabb szintű kutatásokban. Most már termé- 
szetesen nagy örömmel figyelem a szélesebb körű háló- 
zat fejlődését is. Ez jól kiegészíti saját terveimet a fizikai 
kutatások területén. Számomra jó terepet jelent ez a 
fejlesztés. 

Hadd említsek egy példát annak alátámasztására, hogy 
milyen fontos az oktatás ezen a területen. A fejlesztés 
kezdetekor viták folytak arról, hogy a rendszer gerincét 
vezeték nélküli vagy üvegszálas hálózat képezze-e. Aki 
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jártas a fizikában, az ismeri a mágikus 1015-ös számot, 
mely az üvegszálas hálózat frekvenciájának együttha- 
tója. Így az üvegszálas hálózaton történő adattovábbítás 
jóval szélesebb sávon történhet, mint a vezeték nélküli 
megoldásoknál, ahol ez a szám 106 és 108 között van. 
Pill: Igen tiszteletre 
méltó az Ön és a 
Costa Rica-i kor- 
mányzat elkötele- 
zettsége az ügy ér- 
dekében. Az Egye- 
sült Államokban 
rengeteg vita folyik 
arról, hogy a kor- 
mányzatnak mit kel- 
lene támogatnia. 
Vegyük például 

az egészségügyi 
ellátást: az egész- 
séges emberek termékenyebbek a munkában. Ugyanígy, 
ha a kormányzat támogat egy ilyen kiterjedt fejlesztést, 
azzal rengeteg ember boldogulását segítheti elő. 

. Azthiszem, az egészségügy valóban jó példa. 
Nálunk a védelem mindenkire kiterjed, mi nem hagyunk 
senkit sem az utcán meghalni. 

Phil: Volt még egy kérdés a tarsolyomban arról, hogy 

a használt programok hány százaléka nyílt forrású, de 
úgy tűnik, hogy Ön szerint a linuxos közösség erőfeszí- 
téseinek hatására előbb vagy utóbb bekövetkezik az 
áttörés, mégpedig önmagától. 

. Így van. Az utóbbi néhány évben elért eredmények 
magukért beszélnek, de természetesen nincs megállás, 
folytatnunk kell a munkát. 


Összegzés 

Nagyon élveztem a Don Guyjal folytatott beszélgetést. 
Őszinte lelkesedésével és aktív hozzáállásával lenyűgö- 
zött. Elkötelezettségének ékes bizonyítéka országában 
az olcsó, gyors internetes kapcsolat és az oktatás fejlő- 
dése. Abban, hogy ez egyáltalán elindulhatott, az egész 
Costa Rica-i kormányzatnak is igen nagy érdemei vannak. 
Említettem neki, hogy az Embedded Linux Journal első 
játékának nyertesei számára Costa Rica-i utazást sor- 
soltunk ki, mire azt válaszolta, hogy reméli, majd vala- 
milyen , hivatalos" segítséget is tud nekik adni. Azzal 
zárnám tehát e sorokat, hogy a Linux és a nyílt forrású 
fejlesztés él és virul Costa Ricában, és úgy tűnik, befo- 
lyása könnyen kiterjedhet a környező országokra is. 
Remélem, Costa Rica példaként szolgál a Linux közép- 
amerikai terjesztéséhez. 


Phil Hughes 

Honikossé-comya bimnüxdourai 
kiadója, elkötelezett Linux-őrült. 
1993 óta rengeteg embert nyert 
meg a Linux számára. 
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Lapzárta után: DIMCA - szólásszabadság: 2:0, de van még remény 


A 2001. decemberi lapzártát követő pár napban súlyos 
jogi csapásokat szenvedett a szólásszabadság, a Linux- 
társadalom szívügye, amely nélkül valószínűleg nem 
lenne sem Linux, sem Internet. Az egyetlen reménysu- 
garat az FIC (Amerikai Szövetségi Kereskedelmi 
Bizottság) jelenti. 

Mindkét ügyben a DMCA (Digital Millennium Copyright 
Act — digitális szerzői jogi törvény) győzedelmeskedett. 
A DMCA, amelyet 1998 októberében iktattak törvénybe, 
kiterjeszti a szerzői jog hatáskörét, s egyebek közt a 
szerzői Jogi szabályok áthágását bűntettnek minősíti. 

A Felten kontra RIAA ügyben professzor Edward Felten 
(aki jelenleg nem érhető el a Stanfordon) és mások pert 
indítottak a Recording Industry Association of America 
(Amerikai Kiadók Szövetsége) ellen, azt állítva, hogy 

a RIAA perbe fogással fenyegette a professzort abban 
az esetben, ha a kutatásait egy tudományos konferen- 
cián bemutatja. Felten arról tartott volna előadást, hogy 
kutatótársaival együtt hogyan sikerült megkerülniük 

a digitális vízjeleket, de visszalépett, miután a RIAA 
ügyvédjétől fenyegető levelet kapott. A RIAA tisztviselői 
később azt nyilatkozták, hogy nem állt szándékukban 
pert indítani. A kerületi bíróság bírája, Garrett E. Brown 
a keresetet azzal az indoklással utasította el, hogy Felten 
panasza nem volt jogos. 

Az ügy előzménye: Dmitry Sklyarov orosz akadémikust 
bebörtönözték és a mai napig a büntetőtárgyalásra vár. 
A vád ellene, hogy megszegte a DMCA-t, amikor egy 
konferencián részletesen bemutatta az Adobe eBook 
technológiai programjának gyenge pontjait. Az Adobe 
kezdeményezésére 2001. július 16-án Sklyarovot a hotel- 
szobájában, Las Vegasban letartóztatták, amint éppen 
haza készült utazni, Oroszországba. Három hetet töltött 
börtönben, és a tárgyalásra azóta sem került sor, noha 
az Adobe időközben megvonta támogatását az ügytől. 
Cary Sherman, a RIAA rangidős ügyvezető alelnöke így 
nyilatkozott: , Örömmel tapasztaljuk, hogy a bíróság 
felismerte, amit kezdettől fogva hangoztattunk: szó sincs 
jogvitáról. Amint azt többször is elmondtuk, Felten pro- 
fesszor szabadon publikálhatja a kutatási eredményeit". 
A per lezárását követő sajtónyilatkozatában Cindy Cohn, 
az Electronic Frontier Foundation (EFE Elektronikus Hatá- 
rokért Alapítvány) jogi igazgatója ezt mondta: , Miután 

a kormány és az iparág a DMCA szabályozásait eltérően 





Niúködj, görgő! 
űködj, görgő! 


Az egér görgőjét a legtöbb gépen könnyedén munkára 
bírhatjuk, csupán olyan protokollt kell beállítani, amelyik 
támogatja a görgők kezelését. 


Ilyen például az IntelliMouse-meghajtó. 
Rendszergazdaként nyisd meg a /etc/X11/XF86Config-4 
fájlt, és az egér részénél a protokollt állítsd be 
imPS/2-re. Fontos még, hogy a ZaxisMapping 





értelmezi, nem meglepő, ha a tudósok és a kutatók 
összezavarodnak, és inkább elállnak kutatásaik közlé- 
sétől attól való félelmükben, hogy a DMCA miatt pert 
akasztanak a nyakukba..." 
Függetlenül bizonyos a kormány, illetve az iparág részé- 
ről történt korábbi fenyegetésektől, a tudósoknak nem 
kellene újból és újból megtapasztalniuk ennek a pontat- 
lan szerzői jogi törvénynek a dermesztő hatását. 
A Universal kontra Reimerdes perben az USA Másod- 
fokú Fellebbviteli Bírósága jóváhagyta a kerületi bíróság- 
nak az alperest elmarasztaló ítéletét. A felperesek a 
Universal Studios, a Tri-Star, a Disney, a 20th Century 
Fox, a Paramount, a Columbia Pictures és az MGM 
voltak. Az alperesek pedig Eric Corley és a 2600 maga- 
zin, amely kiadta a DECSS nevű DVD-dekódoló progra- 
mot — ami egyébként a világhálón széles körben elter- 
jedt; tulajdonképpen a 2600 is a letöltést biztosította. 
A DeCSS segítségével a Linux-felhasználók is nézhetnek 
DVD-t. Corley ügyvédje azzal érvelt, hogy a DeCSS a 
szólásszabadság védelme alá esik. A stúdiók viszont azt 
bizonygatták, hogy az iparágnak okozott kár többet 
nyom a latban, mint a szólásszabadság nyújtotta véde- 
lem. A bíróság a panaszosoknak adott igazat. Cindy 
Cohn (EFF), aki segített Corley-t képviselni az ügyben, 
így kommentálta a döntést: , Véleményem szerint ez 
a szólásszabadság csorbítása. Úgy tűnik, a bíróság 
támogatja a folyóirat internetes cenzúrázását . 
Az sem mellékes, hogy — Eric S. Raymond, az Open 
Source lInitiative tagjának szavaival élve — a DMCA védi 
a lejátszó eszközök kartellizálását. Jon Johansen és 
a norvég MoRhE (Masters of Reverse Engineering) alap- 
vetően azzal a céllal fejlesztették ki a DeCSS-t, hogy 
linuxos eszközökön is lehessen DVD-t lejátszani. Ezzel 
a területtel a filmstúdiók és a fogyasztói elektronika 
piacán mozgó üzlettársaik addig nem foglalkoztak. 
Az egyetlen jó hír, hogy a US Federal Trade Commission 
(Amerikai Szövetségi Kereskedelmi Bizottság) bejelentet- 
te, hogy 2002 januárjában vizsgálatot indít az alábbi cím- 
mel: , Verseny és a szellemi tulajdont érintő törvények és 
irányelvek a tudásalapú gazdaságban". A Federal Register 
honlapja (5 www.ftc.gov/os/2001/1 1/ciphearingsfrn.htm) 
további tájékoztatást nyújt, valamint vélemények írásbeli 
beadását is lehetővé teszi. 

Doc Searlis 


értéke is helyes legyen! 

Section "InputDevice" 
"mouse" 
MEGOBOSGON 
"ZAxisMapping" 


Driver 
Option 
OPETON 


"1mpSsz2 
"4 5" 
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Lapzárta után: DIMCA - szólásszabadság: 2:0, de van még remény 


A 2001. decemberi lapzártát követő pár napban súlyos 
jogi csapásokat szenvedett a szólásszabadság, a Linux- 
társadalom szívügye, amely nélkül valószínűleg nem 
lenne sem Linux, sem Internet. Az egyetlen reménysu- 
garat az FIC (Amerikai Szövetségi Kereskedelmi 
Bizottság) jelenti. 

Mindkét ügyben a DMCA (Digital Millennium Copyright 
Act — digitális szerzői jogi törvény) győzedelmeskedett. 
A DMCA, amelyet 1998 októberében iktattak törvénybe, 
kiterjeszti a szerzői jog hatáskörét, s egyebek közt a 
szerzői Jogi szabályok áthágását bűntettnek minősíti. 

A Felten kontra RIAA ügyben professzor Edward Felten 
(aki jelenleg nem érhető el a Stanfordon) és mások pert 
indítottak a Recording Industry Association of America 
(Amerikai Kiadók Szövetsége) ellen, azt állítva, hogy 

a RIAA perbe fogással fenyegette a professzort abban 
az esetben, ha a kutatásait egy tudományos konferen- 
cián bemutatja. Felten arról tartott volna előadást, hogy 
kutatótársaival együtt hogyan sikerült megkerülniük 

a digitális vízjeleket, de visszalépett, miután a RIAA 
ügyvédjétől fenyegető levelet kapott. A RIAA tisztviselői 
később azt nyilatkozták, hogy nem állt szándékukban 
pert indítani. A kerületi bíróság bírája, Garrett E. Brown 
a keresetet azzal az indoklással utasította el, hogy Felten 
panasza nem volt jogos. 

Az ügy előzménye: Dmitry Sklyarov orosz akadémikust 
bebörtönözték és a mai napig a büntetőtárgyalásra vár. 
A vád ellene, hogy megszegte a DMCA-t, amikor egy 
konferencián részletesen bemutatta az Adobe eBook 
technológiai programjának gyenge pontjait. Az Adobe 
kezdeményezésére 2001. július 16-án Sklyarovot a hotel- 
szobájában, Las Vegasban letartóztatták, amint éppen 
haza készült utazni, Oroszországba. Három hetet töltött 
börtönben, és a tárgyalásra azóta sem került sor, noha 
az Adobe időközben megvonta támogatását az ügytől. 
Cary Sherman, a RIAA rangidős ügyvezető alelnöke így 
nyilatkozott: , Örömmel tapasztaljuk, hogy a bíróság 
felismerte, amit kezdettől fogva hangoztattunk: szó sincs 
jogvitáról. Amint azt többször is elmondtuk, Felten pro- 
fesszor szabadon publikálhatja a kutatási eredményeit". 
A per lezárását követő sajtónyilatkozatában Cindy Cohn, 
az Electronic Frontier Foundation (EFE Elektronikus Hatá- 
rokért Alapítvány) jogi igazgatója ezt mondta: , Miután 

a kormány és az iparág a DMCA szabályozásait eltérően 





Niúködj, görgő! 
űködj, görgő! 


Az egér görgőjét a legtöbb gépen könnyedén munkára 
bírhatjuk, csupán olyan protokollt kell beállítani, amelyik 
támogatja a görgők kezelését. 


Ilyen például az IntelliMouse-meghajtó. 
Rendszergazdaként nyisd meg a /etc/X11/XF86Config-4 
fájlt, és az egér részénél a protokollt állítsd be 
imPS/2-re. Fontos még, hogy a ZaxisMapping 





értelmezi, nem meglepő, ha a tudósok és a kutatók 
összezavarodnak, és inkább elállnak kutatásaik közlé- 
sétől attól való félelmükben, hogy a DMCA miatt pert 
akasztanak a nyakukba..." 
Függetlenül bizonyos a kormány, illetve az iparág részé- 
ről történt korábbi fenyegetésektől, a tudósoknak nem 
kellene újból és újból megtapasztalniuk ennek a pontat- 
lan szerzői jogi törvénynek a dermesztő hatását. 
A Universal kontra Reimerdes perben az USA Másod- 
fokú Fellebbviteli Bírósága jóváhagyta a kerületi bíróság- 
nak az alperest elmarasztaló ítéletét. A felperesek a 
Universal Studios, a Tri-Star, a Disney, a 20th Century 
Fox, a Paramount, a Columbia Pictures és az MGM 
voltak. Az alperesek pedig Eric Corley és a 2600 maga- 
zin, amely kiadta a DECSS nevű DVD-dekódoló progra- 
mot — ami egyébként a világhálón széles körben elter- 
jedt; tulajdonképpen a 2600 is a letöltést biztosította. 
A DeCSS segítségével a Linux-felhasználók is nézhetnek 
DVD-t. Corley ügyvédje azzal érvelt, hogy a DeCSS a 
szólásszabadság védelme alá esik. A stúdiók viszont azt 
bizonygatták, hogy az iparágnak okozott kár többet 
nyom a latban, mint a szólásszabadság nyújtotta véde- 
lem. A bíróság a panaszosoknak adott igazat. Cindy 
Cohn (EFF), aki segített Corley-t képviselni az ügyben, 
így kommentálta a döntést: , Véleményem szerint ez 
a szólásszabadság csorbítása. Úgy tűnik, a bíróság 
támogatja a folyóirat internetes cenzúrázását . 
Az sem mellékes, hogy — Eric S. Raymond, az Open 
Source lInitiative tagjának szavaival élve — a DMCA védi 
a lejátszó eszközök kartellizálását. Jon Johansen és 
a norvég MoRhE (Masters of Reverse Engineering) alap- 
vetően azzal a céllal fejlesztették ki a DeCSS-t, hogy 
linuxos eszközökön is lehessen DVD-t lejátszani. Ezzel 
a területtel a filmstúdiók és a fogyasztói elektronika 
piacán mozgó üzlettársaik addig nem foglalkoztak. 
Az egyetlen jó hír, hogy a US Federal Trade Commission 
(Amerikai Szövetségi Kereskedelmi Bizottság) bejelentet- 
te, hogy 2002 januárjában vizsgálatot indít az alábbi cím- 
mel: , Verseny és a szellemi tulajdont érintő törvények és 
irányelvek a tudásalapú gazdaságban". A Federal Register 
honlapja (5 www.ftc.gov/os/2001/1 1/ciphearingsfrn.htm) 
további tájékoztatást nyújt, valamint vélemények írásbeli 
beadását is lehetővé teszi. 

Doc Searlis 


értéke is helyes legyen! 

Section "InputDevice" 
"mouse" 
MEGOBOSGON 
"ZAxisMapping" 


Driver 
Option 
OPETON 
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EZ NEM JÁTÉK! 


Ez az Ön hirdetése is lehetne! 


Tekintse meg médiaajánlatunkat a http://www.linuxvilag.hu/media oldalon. 
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Beágyazott Linux és Java - a jövő fuvallata? 


Rick a közeljövőben várható Java-Linux párosítást 
használó intelligens eszközök robbanásszerű 
elterjedéséről elmélkedik. 


Az intelligens eszközök világa gyökeresen átalakul. 

A minket körülvevő számítógépes eszközök egyre oko- 
sabbak, egyre többféle kapcsolatra képesek, egyre önál- 
lóbbak — és egyre többen lesznek. A történések pedig 
egyre sebeseb- 
ben követik 
egymást. . . 
Idézhetnénk 
Moore törvé- 
nyét is, de tény, 
hogy jelenleg 
különböző tel- 
jesítményű processzorok és változatos csatlakozási lehe- 
tőségek kerülnek gyakorlatilag mindenbe, ami árammal 
működik, legyen akár helyhez kötött, akár mobileszköz. 
Az irányzat alapját a magas fokon egybeépített, a teljes 
rendszert egyetlen lapkán tartalmazó processzorok jelen- 
tik, amelyekhez nagyméretű rendszermemória és leme- 
zes tárterület társul, és amelyekhez vezetékes és veze- 
ték nélküli adattovábbítási felületek — ethernet, IrDA, 
802.11, Bluetooth — tartoznak. 

További fontos jelenség, hogy mind a beágyazott feldol- 
gozás, mind a kapcsolat egyre inkább , szétkenődik", az 
eszközök intelligenciája egyre kevésbé köthető helyhez. 
Az eszközökben futó programok pontos helyét egyre 
nehezebb meghatározni, és jobban meggondolva: tulaj- 
donképpen minket is egyre kevésbé érdekel, hogy az 
adott program pontosan hol található. Talán a készülék- 
ben fut az alkalmazás? Esetleg valamilyen távoli kiszol- 
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vesz igénybe? Lehet, hogy egy internetes alkalmazás- 
szolgáltatónál érhető el? Talán mindhárom módszert 
felhasználja? 

Nevezhetjük ezt elosztott intelligenciának vagy elosztott 
adatfeldolgozásnak. Lehet .NET a neve. Mondhatjuk, 
hogy ez a PC utáni korszak. Teljesen mindegy, hogy 
minek nevezzük, egyvalami biztos: az elkülönült, önálló, 
helyben található programokat futtató asztali számítógé- 
pek korszaka hamarosan letűnik, akár a jégkorszak 
mamutjaié. 

Üdvözlünk a PC utáni korszakban! 
Ahogyan a hagyományos számítógépes felfogás határai 
egyre inkább elmosódnak és újfajta, elosztott, össze- 
kapcsolt és mindenre kiterjedő világ bontakozik ki, az új 
korszak néhány jellegzetessége hamar megragadja a 
figyelmünket. 


e — Az intelligens eszközök száma -— például a beágya- 
zott operációs rendszerrel rendelkezőké — exponen- 
ciálisan fog nőni, hamarosan elérve az egymilliárdot. 

e — A processzorok kiválasztása sokkal inkább a 
költségektől, semmint a műszaki megoldástól és a 
felépítéstől függ majd. 


e — Gyakorlatilag minden eszköz rendelkezni fog valami- 
lyen kapcsolattal — akár vezetékessel, akár vezeték 
nélkülivel. 

e — Új gépi szintű program (firmware) vagy új alkalma- 
zások letöltésével a legtöbb eszköz esetében lehető- 
ség lesz a távoli frissítésre vagy javításra. 

Az eszközök jellemzően egy-egy feladatra és nem 
általános célokra lesznek használhatók, így alkalma- 
zásaikat is inkább a gyártó, és nem a felhasználó 
fogja kiválasztani. 


Elmondható, hogy az új korszak eszközei jellemzően 
nem személyi számítógépek lesznek — sokkal inkább 
különféle képességű és jellemzőkkel bíró intelligens 
eszközök, amelyeket tájékozódásra, szórakozásra, 
felügyeletre és egyéb célokra fogunk használni. Elég 
csak az apró karórákra gondolni, amelyekbe mobil- 
telefont és személyi adatkezelő szolgáltatásokat épí- 
tettek, vagy a legújabb mobiltelefon-zsebtitkár készü- 
lékekre, az egyesített hang- és mozgóképrendszerekre, 
a biztonsági rendszerekre, az autós kiegészítőkre, az 
egyre okosabb konyhai gépekre, esetleg a személyi 
számítógép jellegű asztali terminálokra. A lista egyre 
csak gyarapodik. 


A Linux-mag termékeny földre hullik 

A beágyazott eszközök számának és sokszínűségének 
robbanásszerű növekedésével párhuzamosan növek- 
szik az igény az eszközök célraszabottsága és előál- 
lítási költségének csökkentése iránt. A beágyazott 
Linux ezért méretezhetőségének, testreszabhatósá- 
gának és kedvező árának köszönhetően egyre ked- 
veltebbé fog válni. 

Eddig viszonylag kevés figyelmet kapott, hiszen a Linux 
futtatásához szükséges memória és processzor maga- 
sabb költsége lényeges tényezőt jelentett, különösen 
költségérzékeny esetekben. Most azonban a beágyazott 
Linux használatához szükséges erőforrások — hozzáve- 
tőleg 2 MB flash- és 4 MB RAM memória, valamint egy 
átlagos teljesítményű processzor — Moore törvényének 
köszönhetően viszonylag olcsók lettek. 


A Java 

Az új kor — amelyben egyre több, egyre okosabb, egy- 
mással kapcsolatot teremtő eszköz vesz majd körül min- 
ket — úgyszintén fontos kihívása lesz, hogy le kell egy- 
szerűsíteni és fel kell gyorsítani az alkalmazások fejlesz- 
tését, telepítését, valamint karbantartását. Valószínű, 
hogy a Java egyre nagyobb szerephez fog jutni. 

A Java ugyan nem érte el fejlesztésének eredeti célját, 
amely, némi gúnnyal szólva, az intelligens eszközök 
operációs rendszereként való elterjedése lenne, de 
lehetővé tette, hogy alkalmazásokat egyszerűen moz- 
gassunk a különböző eszközök között. Az eredményben 
a Web hihetetlen mértékű elterjedése nem kis szere- 
pet játszott. 

A Java jelenleg — beágyazott operációs rendszerként 
való gyenge szereplése ellenére — ígéretes választásnak 
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tűnik, ha olyan eszközfüggetlen felületet keresünk, amely 
beágyazott operációs rendszer felett fut. Ebben az 
esetben a Java ugyan nem operációs rendszerként szol- 
gál, de képes az alsóbb rétegek egyedi jellegzetessé- 
geinek elfedésére, és jelentősen kibővítheti az operációs 
rendszer által nyújtott szolgáltatások körét. 

Ha figyelembe vesszük az intelligens eszközök számá- 
nak exponenciális mértékű emelkedését, a Java ké- 
zenfekvő megoldást nyújt, ha az egyes készüléktípu- 
sokhoz kötődő fejlesztési munkát a lehető legkisebbre 
akarjuk csökkenteni, és inkább a tervezet lényegi 
pontjaira szeretnénk összpontosítani. A Java segítsé- 
gével grafikus felhasználói felületek, webböngészők, 
protokollvermek, kézírás- és beszédfelismerők, vezeték 
nélküli csatlakozások, multimédiás felületek, adat- 
bázis-kezelők és távoli szolgáltatások széles körének 
kényelme válik elérhetővé. 


Néhány szereplő az élvonalból 

A beágyazott Linux és Java párosításra épülő termékek 
egyik érdekes példája az a szórakoztatóközpont, amelyet 
nemrég jelentett be a Hewlett-Packard. A HP Digital 
Entertainment Center alapvetően otthoni szórakoztató- 
elektronikai készülék, amely digitális zenéket és tudni- 
valókat szállít a nappalinkba széles sávú internetkapcso- 
lat és az otthoni hálózat segítségével, személyi számító- 
gép közreműködése nélkül. A rendszer a már meglévő 
otthoni hangrendszerhez hangösszetevőként csatlakozik, 
és saját CD-k írására alkalmas; tulajdonosa nagyméretű 
merevlemezén MP3-fájlokat készíthet, tárolhat és ren- 
dezhet, a zenéket digitális zenelejátszóra töltheti át, vala- 
mint internetes rádióadókat hallgathat vele. 

"A HP a Linuxot nyílt forrású jellegének és széles körű 
támogatottságának köszönhetően karolta fel fogyasztói 
készülékeiben" — mondta el William Woo, a Hewlett- 
Packard Embedded Software Operation vezetője. Majd 
így folytatta: 

, gényeinknek megfelelően módosítottuk a Linuxot, hogy 
a HP beágyazott operációs rendszereként tudjuk hasz- 
nálni, majd HP Chai megoldásunkkal házasítva beágya- 
zott Java-alkalmazásokkal és webes kapcsolattal kiegé- 
szített megoldást készítettünk. A HP Chai támogatja 

a Java-alkalmazásokat, amelyekkel vásárlóink számára 
élvezetes elektronikus szolgáltatásokat biztosíthatunk." 
Egy másik figyelemre méltó Linux-alapú eszköz, amely 
támogatja a Java-alkalmazásokat, természetesen a 
Sharp Zaurus névre hallgató zsebtitkára. ,A Zaurus 
SL-5000D korlátlan lehetőségeket kínál a fejlesztők 
számára" — állítja Steve Petix, a Sharp Mobile € IT 
Solutions Group alelnöke. , Örömmel működünk együtt 
azokkal a Linux- és Java-fejlesztőkkel, akik a következő 
nemzedékbe tartozó mobilalkalmazásokat készítenek 
erre az új, nagyteljesítményű felületre." 


A jövő fuvallata? 

Az új, PC utáni korszakban egyre több és többféle intel- 
ligens, egymással kapcsolatot teremteni képes számí- 

tástechnikai eszköz vesz minket körül. A kifinomultabb 
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rendszerfelületek és protokollok fejlesztésével, karban- 
tartásával és támogatásával kapcsolatos kihívások 
azonban ugyanilyen ütemben bővülnek. 


Kapcsolódó címek 


Az alábbiakban néhány Java és Java-szerű virtuális gépet és fordítót 
soroltunk fel, melyeket egyre gyakrabban használnak a Linux-alapú 
intelligens eszközök és beágyazott rendszerek fejlesztésekor. 

Chai Applilance Platform (HP) 5 http:/Awvvw.hp.com 

GCJ-, GNU-fordító Java programozási nyelvhez (Red Hat) 

2 http:/Awww.redhat.com 

Embedded PERC 2.2, Javával történő használatra is alkalmas környezet 
(NewMonics) 5 http://wvvw.newmonics.com 

intent Java Technology Edition (Tao) 5 http://tao-group.com 

Java 2 Platform, Micro Edition — CDC (Sun Microsystems) 

2 http://Java.sun.com 

Jbed Micro Editon CLDC JVM (készíti az esmertec) 

2 http://www.esmertec.com 

Jeode-felület, Java-megoldás beágyazott Linuxra (Insignia) 

2 http://www.insignia.com 

JRun, beágyazható J2EE-együttműködésre kész Java-alkalmazáskiszolgáló 
Macromedia 5 http://Awww.allaire.com 

JTime, valós idejű Java virtuális gép és API (TimeSys) 

2 http://Awww.timesys.com 

Kaffe, nyílt forrású Java-megvalósítás (Transvirtual Technologies) 

2 http:/Awww.kaffe.org 

VisualAge Micro Edition (IBM Object Technology, Inc.) 

2 http://Awww.embedded.oti.com 

Waba, nyílt forrású, Java jellegű felület kisméretű eszközökhöz (Wabasoft) 
2 http:/Avaba.sourceforge.net 

Wonka, nyílt forrású beágyazott JVM- és osztálykönyvtár (ACUNIA) 

2 http://wonka.acunila.com 


Ebből a szempontból nézve a Java — mint kiváló 
támogatásnak örvendő alkalmazás- és szolgáltatás- 
fejlesztési környezet — növekvő népszerűségével 
használatra kész programösszetevők elképesztő 
serege áll majd rendelkezésünkre, amelyeket beá- 
gyazott Linuxon azonnal munkára foghatunk, így 

a készülékek fejlesztése egyszerűsödhet, tudásuk 
pedig tovább bővülhet. 


Rick Lehrbaum 
(rickolinuxdevices.com) hozta létre 
a LinuxDevices.com , beágyazott 
Linuxok portálját", amely nemrég 
tagja lett a ZDNet Linux Resource 
Centernek. Rick 1979 óta foglakozik 
beágyazott rendszerek fejlesztésével. lársalapítója 
az Ampro Computersnek, alapító tagja a PC/104 
Consortiumnak, és fontos szerepet játszott abban, 
hogy az Embedded Linux Consortium elindulhatott. 
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Hogyan bánjunk el a programkód-szabadalmakkal? 


A Nyílt Forráskód Közösségének számos tagja idegen- 
kedik a programszabadalmaktól. Úgy vélik, hogy a 
szabadalmak hátráltatják a programozás művészetének 
terjedését, és így a nyílt és mindenki számára hozzá- 
férhető kód áldásos hatásait ássák alá. A szerzői jog 
megsértésének veszélye sokkal kisebb, mint egy szaba- 
dalom megsértésének veszélye. A szerzői Jog megsér- 
tését könnyen elkerül- 
hetjük, ha tiszta lappal 
indulunk és a szerzői 
jog védelme alatt álló 
program helyett saját 
változatot írunk. 
Ezzel szemben egy 
programszabadalom 
megakadályozhatja, 
hogy szabadalmazott 
találmányt állítsunk 
elő, használjunk vagy 
árusítsunk, még abban 
az esetben Is, ha nem 
a feltaláló programját másoljuk. Ez azt jelenti, hogy 
nem feltétlenül leszünk képesek elkerülni a szabadalom 
megsértését, bármilyen óvatosan járunk is el. Jelent- 
kezhet valaki, akiről még csak nem is hallottunk, és kö- 
zölheti, hogy az ő szabadalmát használjuk. Hacsak nem 
tudjuk egy újabb találmánnyal kikerülni a szabadalom- 
mal védett találmányt, nyílt forráskódú fejlesztésünk 
ezen a ponton véget is ér. 
Tetszik vagy sem, a szabadalmazott programok intézmé- 
nye a valóság része. Az amerikai kongresszus és a bíró- 
ságok számos esetben áldásukat adták rá, csakúgy, 
mint sok más ország törvénykezése. Számolva ezekkel 
a tényekkel fontos megértenünk a szabadalommal védett 
programkódnak a felhasználási szerződésekre vonatkozó 
következményeit, hogy kiválaszthassuk a felfogásunknak 
és a céljainknak megfelelő szerződést. 
A nyílt forráskódú programok terjesztési szerződésének 
szemszögéből háromfajta szabadalmat veszünk 
figyelembe: 
1. a terjesztési szerződés kibocsátójának szabadalmait, 
2. harmadik fél által birtokolt szabadalmakat és 
3. a program felhasználási szerződését elfogadó fél, 
vagy a programmal kapcsolatos jogokat rajta 
keresztül megszerző felek tulajdonában lévő 
szabadalmakat. 


A terjesztő szabadalmat: tegyük fel, hogy elfogadtuk 
egy nyílt forrású program felhasználási szerződését, és 
rájövünk, hogy a terjesztő a programmal kapcsolatban 
szabadalommal is rendelkezik, amelyre a szerződés nem 
terjed ki. Ennek hiányában nem készíthetünk, használ- 
hatunk és terjeszthetünk saját változatot. Valahányszor 
egy felhasználó felkérésére átnézek egy felhasználási 
szerződést, meggyőződöm róla, hogy van-e kifejezett 
engedély , a szerződés kibocsátójának tulajdonában 
jelenleg lévő, vagy a továbbiakban bejegyzett szabadal- 


makra való hivatkozás esetében is a programot vagy 
annak részeit elkészíteni, használni, árusítani, árusításra 
felkínálni, elkészíttetni, illetve egyéb módon rendelkezni 
felette". Sok nyílt forrású felhasználási szerződés, bele- 
értve a BSD-szerződést is, nem tartalmaz ehhez hasonló 
rendelkezést. A szerződés ilyen esetben szintén magával 
vonhatja a szabadalom felhasználási jogának átadását, 
de nem javaslom, hogy ilyen hallgatólagos rendelkezésre 
hagyatkozzunk. Amikor csak lehetséges, törekedjünk rá, 
hogy kifejezett engedéllyel rendelkezzünk a programmal 
kapcsolatos szabadalmak felhasználására. 


Harmadik fél által birtokolt szabadalmak: egy prog- 
ram terjesztőjének nem feltétlenül van tudomása min- 
den, a programot érintő szabadalomról. Egy harmadik 
fél váratlanul bejelentheti, hogy olyan szabadalommal 
rendelkezik, amely a program bizonyos részeire terjed ki. 
Egy szabadalmi jogot sértő program felhasználójaként 
pedig lehet, hogy a felhasználási szerződés ellenére is 
kénytelenek leszünk felhagyni a program használatával. 
Ennek a helyzetnek a kezelésére a kereskedelmi terjesz- 
tésű programok szerződése gyakran egy jóvátételi zára- 
dékot tartalmaz, amelynek értelmében a terjesztő a 
szerződött felet biztosítja a harmadik fél által támasztott, 
szabadalmakkal kapcsolatos követelésekkel szemben. 
Ígérheti a jogdíj visszatérítését, a szabadalmi jogot nem 
sértő változat rendelkezésre bocsátását vagy a szaba- 
dalmi jog megvásárlását harmadik fél által birtokolt sza- 
badalmak fölmerülése esetén. A nyílt forrású szerződé- 
sek általában nem tartalmaznak jóvátételi záradékot, 
mivel a nyílt forráskódú programok terjesztői többnyire 
nem szednek jogdíjat, amelyből a jóvátétellel kapcsola- 
tos költségeket fedezhetnék. A legtöbb nyílt forráskódú 
program terjesztése , úgy, ahogy van", szabadalmi jogok 
megsértésének elkerülésére vonatkozó garanciák nélkül 
történik. Nyíltforráskód-felhasználók, vigyázat! A harma- 
dik fél szabadalmaival kapcsolatos kockázatot általában 
a felhasználó viseli. 


A felhasználó szabadalmai: ez a kérdés sokkal kénye- 
sebb, mint a terjesztő és a harmadik felek szabadalmá- 
nak esete. A terjesztők gyakran foglalnak a szerződésbe 
úgynevezett , szabadalomretorzió" záradékot, hogy meg- 
óvják magukat a felhasználó által ellenük fordított szaba- 
dalmaktól. Mivel ez a kérdéskör heves indulatokat vált 
ki, érdemes körültekintő megfontolás tárgyává tenni 

— ezért ennek a témának külön oldalt szentelek. 

Bármi legyen is a felfogásunk a szabadalmazott prog- 
ramkóddal kapcsolatban, fontos megértenünk, hogy 

a szabadalmaknak milyen hatásuk lehet a programok 
terjesztési szerződéseire nézve. Nem elég csak annyit 
mondani, hogy ,ki nem állhatom a programok szabadal- 
maztatását". Akár a felhasználási szerződés kibocsátó- 
jaként, akár annak elfogadójaként meg kell győződnünk 
róla, hogy a szerződés megfelelően fejezi-e ki a szaba- 
dalmakkal kapcsolatos felfogásunkat. 


Lawrence Rosen 





. Láttuk-hallottuk — 


A szabadalmak elleni záradékok formáiról 


A felhasználó szabadalmait bővebben fejtem ki, mert ez 
a tárgykör fogósabb, mint a többi. Itt a szerződés elfoga- 
dójának, vagy ami a leszármazott programok szempont- 
jából talán még fontosabb, a nyílt forráskódú program- 
mal kapcsolatos jogokat rajta keresztül megszerzők 
szabadalmairól van szó. A terjesztési szerződés kibocsá- 
tója a jogsértés vádja elleni védekezés céljából a szerző- 
désben gyakran szabadalom elleni záradékot helyez el. 
Egy ilyen záradék lényegében azt mondja ki, hogy 
amennyiben a felhasználó a program terjesztőjét a sza- 
badalmi jog megsértésének címén bepereli, a felhasz- 
nálási szerződés azonnal érvényét veszti. A felhasználó 
nem perelheti a terjesztőt a szabadalom megsértéséért, 
miközben a programot is használja. 

Egy nyílt forráskódú program terjesztője így igazolta 

a szabadalmak elleni záradék létjogosultságát: 

Ha biztosítjuk, hogy a szabadalmakat a jogvédelem 
eszközeként használják, segíthet visszaszorítani 

az igazságtalanságokat". 

A szabadalom elleni záradékok két fő típusa közül az 
egyik az úgynevezett gyenge változat, ami valahogy Így 
hangzik: ha a program felhasználója programmal kap- 
csolatos szabadalmi jogot próbál velem szemben érvé- 
nyesíteni, a felhasználási szerződés érvényét veszti. 
Ugyanez a biztosíték érvényes a leszármazott program- 
változatok felhasználóira vonatkozóan is: ha egy felhasz- 
náló bepereli az eredeti program terjesztőjét, az ő szerző- 
dése is érvényét veszti. 

Személy szerint a szabadalom elleni záradékok gyenge 
változatát támogatom, mivel tisztességes egyensúlyt 
teremt a terjesztő és a felhasználó érdekei között. Ezáltal 
a felhasználó és a programmal kapcsolatos jogokat rajta 
keresztül megszerző felek nem húzhatnak hasznot a nyílt 
forráskódú és szabad programból, miközben a terjesztőt 
jogdíj fizetésére kötelezik egy olyan szabadalom címén, 
amelyet éppen a szóban forgó programban használ fel. 
A szabadalom elleni záradékok úgynevezett erős válto- 
zata valami ilyesmit mond: ha a terjesztési szerződés 
elfogadója bármiféle szabadalmi jogot próbál velem 
szemben érvényesíteni, a felhasználási szerződés érvé- 
nyét veszti. Többnyire ebben az esetben is ugyanez 

a feltétel érvényes a leszármazott programváltozatok 
felhasználóira. 

Úgy gondolom, ez az erős változat többet árt a Nyílt 
Forráskód Közösségének, mint amennyit a terjesztők 
érdekének védelmével használ, mert a jelentős szaba- 
dalomcsomaggal rendelkező cégek nem fognak olyan 
nyílt forráskódú programokat használni, melyek terjesz- 
tési szerződése lényegében megengedi, hogy a felhasz- 
náló (vagy az általa készített leszármazott program 
felhasználói) szabadalmait a terjesztő rosszhiszeműen 
kijátssza. Egy nyílt forrású program szerződését elfo- 
gadva akár abban a helyzetben is találhatjuk magunkat, 
hogy egy szabadalom elleni erős biztosíték megakadá- 
lyozza származtatott programunk széles körben való 
elterjedését. Programunk felhasználói visszautasíthatják 
egy olyan , vírus" elfogadását, amely nem teszi lehetővé, 
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hogy a programmal összefüggésben nem lévő szaba- 
dalmaikat a program eredeti terjesztőjével szemben 
érvényesítsék. 

Az Apple például olyan cég, amely ragaszkodik hozzá, 
hogy felhasználási szerződéseibe szabadalom elleni erős 
záradékokat helyezhessen el. 
Adott Apple-program felhaszná- 
lójaként a program használatára 
csak akkor van jogunk, ha sem- 
milyen más szabadalommal kap- 
csolatban sem indítunk pert az 
Apple ellen. Adott esetben ügyfe- 
leimet valószínűleg figyelmeztet- 
ném arra, hogy éppen ezen okból 
kerüljék el az Apple nyílt forrású 
programjainak használatát. 

A gyenge és az erős szót hasz- 
náltam a szabadalom elleni zára- 
dékok két változatának leírására, 
de ezek a szavak hétköznapi 
értelemben használva félreért- 
hetőek lehetnek. A gyenge szó 
alatt nem azt értem, hogy erőtlen, 
hatástalan vagy életképtelen. 

Az erős szót sem a fizikai erő, 
illetve a gazdasági vagy pénzügyi f 
hatékonyság értelmében haszná- 

lom. Inkább arra szerettem volna utalni, hogy a terjesztő 
érdekei védelmében milyen mértékű nyomást gyakorol- 
hat a felhasználóra. A szabadalom elleni záradék gyenge 
formája csak meghatározott körülmények esetén érvé- 
nyesíthető, és a szabadalmak egy viszonylag szűk körére 
érvényes. Ezzel szemben a szabadalom elleni záradékok 
erős változata a felhasználóra a programhoz nem kötődő 
szabadalmak érvényesítésével szemben is nyomást 
gyakorolhat. 

A program szerződésének kibocsátójaként vagy egy 
felhasználási szerződés elfogadójaként egyaránt meg kell 
győződnünk arról, hogy a szerződésben található szaba- 
dalom elleni záradékokkal együtt tudunk-e élni. Ha fel- 
használóként nincs bejegyzett szabadalmunk (és nem 

is áll szándékunkban szabadalmakat bejegyeztetni), 
akkor a szabadalom elleni záradékok mindkét formája 
elfogadható lehet a számunkra. Másrészt ha leszárma- 
zott programokat szeretnénk továbbadni, gondoljuk meg, 
hogy ügyfeleink milyen szabadalom elleni záradékokat 
tudnak elfogadni. Terjesztőként pedig fontoljuk meg a 
szabadalom elleni záradék alkalmazását a felhasználók 
szabadalmai elleni védekezésben. 


Lawrence Rosen 
(www.rosenlav.com) magángyakor- 
latot folytató Jogász a kaliforniai 
Redwood Cityben. A Nyílt Forrás 
Kezdeményezés (Open Source 
Initiative) ügyvezető igazgatója és 
jogtanácsosa (3 www.opensource. org). 
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A hónap szakmai tanácsai 


A /dev helyreállítása 
Red Hat 5.0-t használok és egy hibás parancsfájl 
véletlenül letörölte a /dev könyvtáramat. Leál- 
lítottam és újraindítottam a Linuxot, de még 
mielőtt helyreállítottam volna a /dev-et a men- 
tésből. Emiatt a helyreállító lemez haszná- 
latával a /dev-et nem tudom visszatölteni 
fg a szalagról, mert nincs többé /dev/st0. 
b 6/ Hogyan hozhatnék létre egy alap /dev 
— könyvtárat a helyreállítólemez segítsé- 
gével? Milyen módon állíthatom vissza 
a /dev-et a tar-ral? 
Rene, rene.diependaele oibbbs.be 





Az alapvető eszközfájloknak a helyreállító lemezen is 
meg kell lenniük, így a pillanatnyilag üres /dev könyv- 
tárba tudod másolni őketacp -av /dev/r 
/mnt/dev/ paranccsal (ha a merevlemezt a /mnt 
alá fűzted be). Ezután oly módon indítsd a rendszere- 
det, hogy a LILO parancssorába a linux 
init-/bin/bash utasítást Írod, mert ez esetben 
csupán nagyon kevés eszköz használata szükséges. 
Marc Merlin, marc btsOvalinux.com 


Az st0 helyreállításához add ki az mknod 
/mit/dev/stO 9 0 parancsot. 
Christopher Wingert, cwingerteogualcomm.com 


A PCMCIA kártya nem megy a 2.4-sel 

A Teles PCMCIA/S0 kártya és a 2.4 rendszermag nem 
hajlandó együttműködni. Hiába kerestem felvilágosítást 
a Világhálón a hírcsoportokban és egyebütt is, sehol 
sem jutottam eredményre. A hírcsoportokban csupán 
azt vettem észre, hogy nem állok egyedül gondommal. 
Talán ti tudtok segíteni. 

Amikor a 2.2.x rendszermagokat használtam, a leles 
PCMCIA/SO kártya gond nélkül működött. Az új rend- 
szermag fordításakor szükség volt a PCMCIA-kártyák 
támogatására, és egy foltra, amelyet a 

2 http://home.wtal.de/petig/ISDN címről lehetett 
letölteni. Ezután minden tökéletesen ment. A 2.4 
rendszermagtól kezdve ez a folt sajnos nem használható, 
mert nem fordul le. A 2.4 rendszermag forrásának 
leírása megemlíti, hogy a Teles PCMCIA/S0 kártya 
támogatott. Akármivel próbálkoztam, működésképtelen. 
Állandóan arra panaszkodik, hogy nem megfelelő az 
1/0-cím, hiába használom ugyanazt az IRO-t és [/0-t, 
mint a 2.2.x rendszermagoknál. A másik dolog, hogy a 
rendszermag a kártya befűzésekor a teles cs.o modult 
akarja betölteni, amely megegyezik a 

2 http://home.wtal.de/petig/ISDN/ címről letölthető 
folttal. 

Tudtok segíteni valamilyen módon nekem és azoknak 
az embereknek, akik ezt az ISDN-kártyát szeretnék 
használni? Jelenleg a Red Hat 7.1-est használom az 
összes folttal. 

Andre Seesink, a.seesinkeochello.ni 


Ellenőrizd, hogy a megadott IRO- és I/0-cím még mindig 





érvényes-e. Előfordul, hogy más operációs rendszerek 
indításakor az I/0-kapuk és az IRO-k más értékeket kap- 
nak az azonnal használható (Plug-and-Play) eszközöknél. 
Christopher Wingert, cwingerteogualcomm.com 


Nekem sem volt sok szerencsém a rendszermag 
PCMCIA-támogatásával. David Hinds, a pcmcia-cs 
szerzője azt javasolta, hogy tiltsam le a PCMCIA-támo- 
gatást a rendszermagban (ehhez újra kell fordítani a 
rendszermagot a PCMCIA-támogatás tiltásával), és 
használjam az önálló pcmcia-cs csomagot. Amikor 
megtettem, a nehézség azonnal megoldódott. Talán 
rajtad is ez segítene. 

Marc Merlin, marc btsOvalinux.com 


Két kérdés, egy válasz 

Hogy helyezhetem át MP3-fájljaimat a FAT32-ről a Linux 
ext2 fájlrendszerére? 

Cougar, cougarameohome.com 


Amikor Mandrake-et használtam, felismerte és befűzte 
a windowsos meghajtóimat, amelyek egy másik merev- 
lemezen foglaltak helyet. Most Red Hat 7.2-t használok, 
és a windowsos meghajtók nem jelennek meg, nem 
tudom őket befűzni. Hogyan lehet befűzni a /dev/hda-t? 
Jelenleg a rendszer a /dev/hdb-re van telepítve. 

Glen Kingston, gkingstuncoyahoo.com 


A Windows lemezrészeit be kell fűzni a Linux alá. Úgy 
tudhatod meg, hogy milyen Windows-lemezrészeid 
vannak, hogy kiadod az fdisk -1 /dev/hda paran- 
csot. Figyeld a Windows-lemezrészeket (FAT32 vagy 
NTFS), és illeszd be őket. Ha a Windows-lemezrész 
például a /dev/hda1 , rendszergazdaként add ki a követ- 
kező parancsokat: 

mas dos 

mount" /dev/hdai"/dőesS 

A Windows lemezrésze a /dos könyvtár alatt fog 
megjelenni. 

Christopher Wingert, cwingerteogualcomm.com 


Nem támogatott fájlrendszer 

A gépemen felváltva használok Red Hat 7.1-et és 
Windows 2000-t. Az első lemezrész FAT16 (hdb1), 

a második lemezrész NTFS (hdb2). A Linux a második 
merevlemezen foglal helyet, ez a másodlagos lemez 
(HDD). Amikor az NTFS-lemezrészt be akarom fűzni 

a fájlrendszerbe, az alábbi hibaüzenetet kapom: 

The kernel does not support the ntfís 
fs . (A rendszermag az NTFS-fájlrendszert nem 
támogatja.) 

A rendszermag változatszáma 2.4.2-2. Minden adatom 
az NIFS-lemezrészen van. Szeretném a Linuxot 
használni elsődleges operációs rendszerként, de a 
lemezrészek felosztását nem akarom megváltoztatni. 
Nigel Pereira, pnigel1ohotmail.com 


A lemezrész befűzéséhez és eléréséhez az NIFS- 
támogatást bele kell fordítanod a rendszermagba, mert 
alapértelmezés szerint nincs benne. A rendszermag 
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beállításának és lefordításának menetét megtalálod 

a Kernel-Howro-ban, amely rendszerint a terjesztések 
része, vagy a linuxdoc webhelyén is megtalálható 

(2 http:/Awww.linuxdoc.org/HOWTO/Kernel-HOWTO.htm]). 
Légy óvatos, és tartsd meg az utolsó működő változatot, 
hogyha valami rosszul sül el, visszatérhess a kiindulási 
helyzethez. 

A legjobb az lenne, ha azon a lemezrészen átérnél 

a FAT32 használatára. Ha ragaszkodsz az NTFS-hez, 

a rendszermagot újra kell fordítanod. Engedélyezd a 
kísérleti kódot, hogy az NTFS-támogatás lehetősége 
megjelenjen. Semmiképpen ne engedélyezd az írás 
támogatását, mert biztosan tönkretenné a lemezrészt. 
Ben Ford, bencokalifornia.com 


Nincs meg a FontTastic, de 
WordPerfectet kell használnom 

Red Hat 7.0-t futtatok és telepítettem a WordPerfect 
Office 2000-t. Amikor megpróbálom futtatni valamelyik 
WordPerfect Office 2000 terméket, a következő 
hibaüzenetet kapom: 

Unable to add FontTastic font server 
to. the Font path. 

The font server is probably 

enoL. installed cor mot EUNNLN3 : 
Correct the problem and 

SteETrv. again: 

(Nem sikerült a FontTastic betűkészlet-kiszolgálót hozzá- 
adni a betűkészletek elérési útjához. A betűkészlet-ki- 
szolgáló nem fut vagy nincs telepítve. Javítsd ki a hibát, 
és próbáld újra!) 

Voltam a Corel weboldalán, és írtam is nekik, de a hely- 
zet még nem oldódott meg. 

James H. Birdsong, jbirdsong2orbitworld.net 


A Corel WordPerfect csapata valamiért úgy döntött, 
hogy saját betűkészlet-kiszolgálót használ. Ez azonban 
az XFree86 4.x-el együtt alkalmazva nehézségeket okoz. 
Ez már ismert hibaforrás, a Corel-hírcsoportok átböngé- 
szésével megtalálhatod a megoldást. 

Ben Ford, bencokalifornia.com 


A sok RAM bizonytalanná 

teheti a rendszert? 

A gépemben Soyo K/V Dragon alaplap működik 1400 
MHz-es Athlon processzorral, és a BIOS az 
"optimized defaults" beállításokkal bír. A gépbe 
1,5 GB Nanya PC2100 memóriát raktam és telepítet- 
tem a Red Hat 7.2-t. A rendszer elindul és fut, de vélet- 
lenszerűen lefagy. A rendszernaplóban nincs üzenet, 

a gép csak egyszerűen újraindul... Ha az 1,5 GB-ból 
512 MB-ot elveszek, a rendszer szépen működik. 
Sokféle terjesztést, rendszermagot és BIOS-beállítást 
kipróbáltam, több különböző lemezelrendezéssel (RAID- 
del, RAID nélkül, csak a Promise lemezvezérlő használa- 
tával, csak a Via lemezvezérlő használatával), de egyik 
sem vált be. A terjesztéshez adott rendszermag nem 
ismerte fel a via8233 déli hidat (south bridge). Elvégez- 
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tem a szükséges módosításokat a via82cxxx.c fájlban, 
és újrafordítottam a rendszermagot. A déli híd meglett, 
de a rendszer továbbra is lefagyott. 

Végül kicseréltem a memóriát, a nehézség azonban nem 
hárult el. Az 512 MB DDR ott hever az asztalomon, ami 
nagyon zavar, ugyanis igen drága volt (199 dollár darab- 
Ja). Természetesen most már olcsóbb, de jó volna, ha 

ki tudnám használni a gépemben rejlő lehetőségeket. 
Jim Peterman, jptr-omsn.com 


Az összes memóriamodult kicserélted vagy csak egyet? 
Ha csak egyet, próbáld meg a többit is kicserélni. 
Christopher Wingert, cwingerteogualcomm.com 


Elképzelhető, hogy az alaplap egyik memória- 
csatlakozóhelye hibás, vagy az alaplap kettőnél több 
memória-csatlakozóhelyet nem tud megbízhatóan 
árammal ellátni. 

Marc Merlin, marc btsovalinux.com 


Nincs DNS-em, 

de használnom kell a , wvdial"-t 

Külső termináladapteren keresztül próbálok kapcsolódni 
az internetszolgáltatómhoz. Amikor a wvdial 
kapcsolódik, a következő hibaüzeneteket kapom: 

--s5 warning, can:t find addressfor 
5 .suse.de: 
--5 warning, address lookup does not 
work 

--5 Nameserver (DNS) failure, the 
"ös connectior may not work 


Mitko, mitakcopost.com 


Ellenőrizd, hogy a /etc/resolv.conf-ban szerepel-e 

a következő sor: 

nameserver aaa.bbb.ccc.ddd 

Az aaa.bbb.ccc.ddd a működő DNS-kiszolgáló IP-címe 
legyen. A /var/l/og-ban megnézheted a PPP naplóját is, 
talán segít behatárolni, mi is a gond. 

Felipe E. Barousse Boué, fbaroussecopiensa.com 
Üdvözöljük 

nyomtatni kívánó vendégeinket! 

Van egy Linuxot futtató gépem, amely DHCP-kiszolgáló, 
tűzfal és átjáró egyben. Ügyfeleim között számos Win- 
dows-felhasználó található. Lehetséges volna-e a linuxos 
gépet nyomtatókiszolgálóként is használni, hogy a win- 
dowsos ügyfelek nyomtathassanak a linuxos nyomtató- 
kiszolgálóra, de az ügyfeleken ne kelljen nyomtatómeg- 
hajtókat telepíteni? 

Danny Patel, dnarmesheoyahoo.com 


Én létrehoznék egy Samba-megosztást a nyomtatónak, 
és egy másikat a Windowshoz szükséges nyomtató- 
meghajtóknak. 

Christopher Wingert, cwingerteogualcomm.com 


Vizsgáld meg a CUPS (Common UNIX Printing System) 
használatának lehetőségét. Ez támogatja az IPP LPD, 


SMB (Windows) és AppSocket (JetDirect) protokollokat. 


. Láttuk-hallottuk —— 


A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 

segítséget. A Sunsite 


tüköroldalait, a gyakran 
feltett kérdéseket és az 
egyéb útmutatásokat a 


2 www.linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 


lovábbi kérdéseiteket 


szívesen fogadják 
(angol nyelven) a 


2 www.linuxjournal.com/ 


[7-issues/techsup. htmi 


címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 


tárgyában szerepeljen 


a ,BIS kulcsszó. 
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Túzfal kialakítása Zorp segítségével 


Tűzfalszolgáltatásokat minden fő rendszermagváltozat 
nyújt a 2.0 óta, bár ez volt a rendszermag egyik legváltozé- 
konyabb része. Tűzfalunk kialakításakor folyamatosan 
egyre több lehetőség áll a rendelkezésünkre, ám egyvalami 
semmi nem változott: az átvitt, illetve megszűrt forgalomra 
minden rendszermag csomagok sorozataként tekint. 

Az egyszerű csomagszűrők (Linux 2.0: IP Fwadm, 2.2: 

IP Chains), illetve az állapottartó csomagszűrők (Linux 
2.4: IP Tables) jellemzője, hogy elsősorban a csomagok 
fejlécét vizsgálják, míg az adatrésszel nem, vagy csak 
kis mértékben foglalkoznak. 

Hogy megértsük, mit is jelent ez pontosan, tegyünk egy 
kis kitérőt: az IP-alapú hálózatok egy ötrétegű hálózati mo- 
dellnek feleltethetők meg (szemben az IS0 OSI által leírt 
hét réteggel), a rétegek a következők: fizikai, adatkapcso- 
együtt nyújtja az IP-szolgáltatást, a szállítási réteg felel a 
TCP-ért, illetve az UDP-ért, az alkalmazási rétegben pedig 
az adott feladatnak megfelelő protokoll kap helyet. 
Alkalmazási protokoll lehet például a levelek letöltésére 
való POP3 vagy a webezéshez használt HITP de minden 
feladathoz különböző protokoll tervezhető. Az alkalmazási 
protokollok között léteznek nyílt szabványúak, amelyek 
jól meghatározottak (HTTP FTP), illetve teljesen zárt, 
ismeretlen protokollok is (Oracle SOL"Net). 

A csomagszűrők az IP-verem alsó négy rétegével foglal- 
koznak, az alkalmazási protokollal (tehát a TCP-csoma- 
gok adatrészével) egyáltalán nem. Tekintve, hogy az alsó 
négy réteg fejlécei a csomag méretének körülbelül há- 
rom százalékát jelentik (ethernet esetén), az ellenőrizet- 
len adatmennyiségek száma meglehetősen nagy. 

Az IP-protokollverem alsó négy rétegének megvalósítá- 
sát (a fizikaitól a szállítási rétegig) általában az operációs 
rendszer tartalmazza. Az alkalmazási réteget különböző, 
az operációs rendszerre épülő programok valósítják meg. 
Az alsóbb rétegek megvalósítása alaposan kipróbált, 
működése megbízható, hiszen minden hálózati program 
épít rájuk. Az alkalmazások minősége viszont gyakran 
elmarad ettől, több-kevesebb hibát tartalmaznak, ami 
sok esetben biztonsági sérülékenységhez vezethet. 

A betörők a hálózaton keresztül a programok biztonsági 
réseit próbálják meg kihasználni, és mivel az egyetlen 
kapcsolat a programmal maga az alkalmazás protokollja, 
a biztonsági hibák kihasználása gyakran megjelenik az 
alkalmazási protokollban — ha például túl hosszú felhasz- 
nálónevet küldünk egy kiszolgálónak, tömbtúlcsordulás 
következhet be. 

Csomagszűrésnél jóval nagyobb biztonságot érhetünk 

el, ha a csomagok fejrésze mellett az alkalmazási proto- 
kollt Is elemezzük, mely a csomagok adatrészében 
helyezkedik el (a TCP-, illetve az UDP-adatrészében). 

Az ellenőrzést az alkalmazástól függetlenül egy megbíz- 
ható elem végzi, amely a nem kívánatos részeket képes 
visszautasítani. 

Ilyen ellenőrzést képesek megvalósítani az úgynevezett al- 
kalmazásszintű átjárók, avagy a proxytűzfalak. Ilyen program 
például a Gauntlet, az TIS fwtk, a T.REX, illetve a Zorp is. 


Telepítés 

A Zorp fejlesztése Debian-rendszeren történik, ezért 

ezen a Linux-változaton lesz a legkönnyebb dolgunk, 

de természetesen más terjesztések is alkalmasak a 

futtatására. 

Itt jegyezném meg, hogy a tűzfalakra fokozottabban áll, 

hogy ne futtassunk rajtuk felesleges szolgáltatásokat, 

és minden szempontból tegyük őket biztonságosabbá 

(setuid bitek eltávolítása, programok chroot-tal 

történő futtatása stb.). 

A Zorp jelenleg a 2.2-es rendszermaggal működik együtt 

a legjobban, bár megszabott szolgáltatásokkal a 2.4-es 

rendszermaggal is használható (transzparencia csak 

egycsatornás TCP-alapú protokollokkal érhető el). 

A rendszermagon kívül a következő csomagokra lesz 

szükségünk: 

e — openssi 0.9.6, glib 1.3.1 (pontosan az 1.3.1 
szükséges, mivel a változtatások miatt a későbbi 
glib-változatokkal nem működik együtt), 

e  libcap 1.10, python 1.5.2 (figyeljünk rá, hogy legyen 
benne száltámogatásíthread)), 

e — python-extclass 1.2 (ExtensionClass néven is ismert 
és mostanában a Zope részeként terjesztik). 

Ha a fenti csomagokat és a hozzájuk tartozó fejlesztői 

csomagokat feltelepítettük, neki is állhatunk a Zorp 

fordításának: 

itat iz zorro 14 0TEV7 tat GZ 

S Scdezor be UL SOYeT 

H ./configure §6§ make §6 make install 

Ha a fordítás sikeresen lefutott, a Zorp programfájljait 

a /usr/local könyvtárban találjuk meg. Figyeljünk, hogy 

a /usr/local/lib könyvtár szerepeljen a dinamikus szer- 

kesztő beállításában (/etc/ld.so.conf fájl), majd futtassuk 

le az Ideonfig parancsot. 

Beállítás 

A Zorp az átmenő adatfolyam alkalmazásszintű elemzé- 

séért felelős, de természetesen csomagszintű szűrést 

is alkalmazunk, melyet a rendszermag által nyújtott 

csomagszűrő szolgáltatásokkal érünk el. A csomag- 

szűrés célja kettős: 

1. megtiltjuk az átmenő forgalmat, és gondoskodunk 
róla, hogy a csomagtovábbítás helyett a proxykhoz 
kerüljön, 

2. szabályozzuk a tűzfalat elérő csomagokat. 

Egy Zorp-alapú tűzfal beállítása legalább a csomagszűrő-, 

valamint a proxyk beállításából tevődik össze (a valóságban 

természetesen további programokra is szükségünk lehet). 

Az IP Chains segítségével alapértelmezésként mindent 

tiltunk, az engedélyezett forgalmat pedig egy 

REDIRECT-szabály segítségével a proxyhoz irányítjuk. 

Amennyiben az ábrán látható hálózati felépítéssel 

rendelkezünk, a következő szabály ,fogja meg" és téríti 

el a belső hálózatról kifelé irányuló webes forgalmunkat: 

H ipchains -A input -i eth0 

HEG Eép c d10/07380" j" REDIRHET 50080 

A fenti szabály feltételezi, hogy a tűzfalgép 50 080 kapu- 





HM a 


ján egy olyan proxy hallgatózik, amely a forgalom 
közvetítéséről gondoskodik. Figyelem, a REDIRECT- 
szabályok működéséhez az IP-csomagok továbbítását 
a /proc/sys/net/ipv4/ip. forward fájlban be kell kapcsol- 
nunk, ezért gondoskodnunk kell róla, hogy ennek ellené- 
re valós továbbítás a következő szabállyal ne történjen: 
H ipchains -A forw ard -j DENY -1 
Az 1. listán (http://wwvw.linuxvilag.hu/Zorp/1.html) egy 
teljes csomagszűrő-beállítás látható — az iochains- 
restore programnak megfelelő formátumban. 
A Zorp két állományból áll, amelyet, ha a programot 
a fenti módon telepítettük, a /usr/local/etc/zorp könyv- 
tárban találhatunk, csomagból való telepítés esetén 
pedig a /etc/zorp-ban. 
Az egyik állomány az instances.conf, amely azt írja le, 
hogy a tűzfalon milyen és hány Zorp-példány fusson. Ér- 
demes minden zónának kijelölt példányt létrehozni, mely 
majd az adott zónából származó kéréseket szolgálja ki. 
Az instances.conf minden sora egy-egy példányt 
határoz meg: az első szó a példány nevét, a sor további 
része pedig a Zorp programnak átadandó parancssori 
kapcsolókat adja meg. A mintaállományt a 2. lista 
(http://Awww.linuxvilag.hu/Zorp/2.html)) tartalmazza. 
A létrehozott példányokat a zorpct1 parancs segítsé- 
gével indíthatjuk el, illetve állíthatjuk le. A másik beállí- 
tási fájl az alkalmazandó szabályrendszert tartalmazza, 
neve az instances.conf-ban egy kapcsolóval megadható. 
A Zorp esetében a szabályrendszert Python segítségével 
írjuk le, így ez a fájl egy Python-modul lesz, alapértelme- 
zett helye pedig a $prefix/etc/zorp/policy.py. Mivel a fájl 
Python-modul, egy dolgot szem előtt kell tartanunk: 
a blokkok kezdetét és hosszát beljebbkezdés (indent) 
jelzi. A beljebbkezdésre vonatkozó egyetlen megkötés 
az, hogy egy blokkon belül azonos méretű kell legyen. 
Szóközt és tabulátort egyaránt használhatunk, az utóbbi 
mérete viszont az értelmező szerint 8 szóköz, ha tehát 
tabulátort használunk, a szövegszerkesztőnkben is ezt 
az értéket állítsuk be. Ha nem ügyelünk erre a szabályra, 
szintaktikai hibát kapunk. 
Nézzük, hogyan is épül fel egy beállítási fájl: 
1. importálási rész, ami a Zorp által nyújtott 
szolgáltatásokat teszi elérhetővé, 
2. zónameghatározási rész, mely a Zorp számára 
a környező hálózat felépítését írja le, 
3. a proxy beállítása, 
4.  példánymeghatározások 
Az egyes részeket a 3. listán (http://www.linuxvilag.hu/ 
Zorp/3.htm!]) láthatjuk. 
Egy szolgáltatást a következő módon vehetünk fel: kivá- 
lasztjuk a használni kívánt Zorp-proxyt, majd eldöntjük, 
hogy a saját igényeink szerint kívánjuk-e testreszabni. 
A Zorpban minden proxynak, illetve a kapcsolódó beállí- 
tásoknak egy-egy Python-osztály feleltethető meg. 
A testreszabás egy kész osztályból való származtatást, 
illetve a megfelelő értékek (tulajdonságok — attributes) 
beállítását jelentik. Az egyszerűség kedvéért új szolgálta- 
tásunk legyen egy átlátszó (transparent) webszolgálta- 
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tás a belső hálózatról az Internetre, melyet a Zorp alap 
HttpProxy-osztályával továbbítunk. Adjunk nevet ennek 
a szolgáltatásnak, legyen a továbbiakban , intra HTTP". 
A példányleíró részben minden Zorp-példányt egy 
Python-függvény jelképez, amelynek neve megegyezik 
a Zorp-példány nevével. Ez a függvény felelős az adott 


192:.168-. 0.1 


INTRANET 
192.168.0.0/24 





példány betöltéséért. Új szolgáltatásunk létrehozásáért 
a példánynak megfelelő függvénybe vegyük fel a követ- 
kező két sort: 
Service ("intra EEP SS ÉtEDETŐxY) 
Listener (SockAddrInet 
Sz ELLAKO ZEN STEAK KSE ST OO SVÁB 
SETTLE e a HA 11) 
A fenti két sor létrehoz egy intra HTTP nevű szolgálta- 
tást, majd egy hallgatózó foglalathoz (socket) köti, ami 
az 50 080-as kapun várja a kéréseket. 
Ezekután a szolgáltatást engedélyeznünk kell: a beállító- 
fájlban a zónameghatározásoknál a belső hálózatot leíró 
részhez az engedélyezett kifelé tartó szolgáltatásokhoz 
(outbound services tömb) adjuk hozzá. Ehhez hasonlóan 
a szolgáltatás céljaként szereplő zónáknál ugyanezt az 
inbound services halmazba is vegyük fel. Láthatjuk, 
hogy a Zorp ugyanazon a kapun hallgatózik, ahová az 
előző példában szereplő IP Chains-szabály a kimenő 
http-forgalmat eltérítette. Tehát a teljes kimenő http-for- 
galom a Zorp http-proxyn keresztül megy át, mely az 
adatfolyamot alkalmazásszinten elemzi. 
Szolgáltatás létrehozásakor további lehetőségeink is 
adódnak, például eldönthetjük, hogy a célkiszolgáló címe 
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milyen módon dőljön el. Ha nem adunk meg semmit 
(mint fent), akkor alapértelmezésként a Iransparent- 
Router nevű osztályt használjuk, ami kideríti, hogy a 
REDIRECT-szabály alkalmazásakor mi volt a kapcsolat 
eredeti célja. Olyan esetek is előfordulnak azonban, ami- 
kor nem REDIRECT téríti el az adatfolyamot, hanem 
a kéréseket egy előre meghatározott címre kell továbbí- 
tani (például DMZ-ben lévő webkiszolgálóra, amely nem 
rendelkezik útválasztóra küldhető címmel), ilyenkor vál- 
hat hasznunkra a DirectedRouter, melynek alkalmazása 
a következő: 

SELVISEN MESET PÉcz 48 

sS$HLtDPTOXxXY , TOUNLeT- 

sDirectedkouter (SockAddrInet 

szé (410510 5, 05 2A . 30) ) 

Listener (SockAddrInet 

azt VAL LASER HSZ ELENK (OH B 

enm ter e HTTE amaz) 


Cégcsokor (6. rész) 


Sorozatunkban olyan cégeket gyűjtünk csokorba, 
amelyek régebb óta számos területen Linuxot 
alkalmaznak. Ezen írást a sorozat lezárásul szánom. 


Forsz98 Kft. - Szolnok 
Készítettek egy rendszert, amit Hálózatos Pénztárgép 
Rendszernek kereszteltek el. Mit is tud? Alapkiépítésben 
egy PC-s kiszolgálóra egy (vagy több) pénztárgép 
csatlakozik, ami a következő lehetőségekkel bővíthető: 
e — A telephelyen több számítógép is lehet, ezekről 
(a kiszolgálóhoz hasonlóan) lehet például árut felvinni 
vagy számlázni. 
A boltban egy (vagy több) árlekérdezésre szolgáló 
(minimális kiépítésű) számítógép helyezhető el, 
amellyel a vevők az árucikkek árát ellenőrizhetik. 
A rendszer távolról, például telefonvonalon keresztül 
felügyelhető. 
Maga a programrendszer ügyfél-kiszolgáló felépítésű. 
A központi helyen az adatbázis-kiszolgáló program áll, 
amellyel a készletnyilvántartó és számlázó, valamint a 
pénztárgépes program tart kapcsolatot. Alapkiépítésben 
a PC-s kiszolgáló futtatja ezeket az alkalmazásokat, a 
pénztárgépekkel online kapcsolat áll fenn. A bővítésekkel 
a programrendszer egy része a többi (ügyfél) számító- 
gépre ,szétszórható". Így előfordulhat, hogy vannak olyan 
gépek, amelyek csak árlekérdező programot futtatnak, 
de olyanok is, amelyek csak a készletnyilvántartó és 
a számlázó programot futtatják. Az adatokat a , munka- 
állomások" minden esetben a kiszolgálótól kapják. 


A rendszer gépigénye a kiszolgálóhoz 
legalább 400 MHz-es Celeron osztályú processzor; 
legalább 64 MB memória; 
4 GB-os merevlemez; 
CD-ROM-meghajtó; 





Természetesen számos további lehetőségünk van, 
próbálkozhatunk a proxyosztályok testreszabásával 
(ehhez tájékoztatást a Zorp Python-moduljainak forrá- 
sában találhatunk), végezhetünk címfordításokat az 
SNAT és DNAT segítségével, de a megfelelő osztá- 
lyok módosításával a teljes hozzáférés-vezérlést is 
lecserélhetjük. 

A fejlesztők a zorp-hu, illetve a zorp levelezési listákon 
bármilyen észrevételt szívesen vesznek, a listára a 

2 http://lists.balabit.hu/mailman/listinfo címen lehet 
feliratkozni. 


Scheidler Balázs 
(bazsixobalabit.hu) A kezdetek óta 
L inuxozik, jelenleg a BalaBit IT Kft. 
ügyvezetője és a Zorp vezető 
fejlesztője. 


háromgombos egér, magyar billentyűzet; 
szünetmentes tápegység (kötelező); 
hálózati kártya (csak abban az esetben, ha további 
számítógépek is a rendszerbe vannak illesztve). 
A választható ügyfélgépek alkatrészigénye ennél jóval 
szerényebb. 


Nézzük a rendszer programigényeit! 
e — Linux operációs rendszer; 

e — PostgreSOL adatbázis-kiszolgáló; 

e . Gnome grafikus felület. 


Mire is képes ez a rendszer? 

e — Egy soros vonalon legföljebb 15 pénztárgép kezelhető 
(külön kábelezéssel ennek a többszöröse is megoldható). 
Több számítógép összekapcsolása hálózatban, 
amelyeken a munkavégzés (számlázás, leltározás 
stb.) párhuzamosan folyhat. 

Alapvetően vonalkódra épülő készletnyilvántartás. 
Különböző akciók kezelése két dátum között. 
Partnerek (törzsvásárlók) kezelése. 

Négyféle bizonylat kezelése. 

Vonalkód nyomtatása bármilyen kereskedelemben 
beszerezhető nyomtatón. 

e — Vonalkód alapján történő árlekérdezés. 

e — Összesítő és részletes kimutatások készítése. 

A program magyar nyelven , beszél" és teljes leírást 

mellékelnek hozzá, amely szintén magyar nyelvű. 

E teljes rendszer bemutatásával búcsúzom olvasóinktól. 


Kósa Attila 

(atkosa(oshinwa.hu) informatikus 
mérnök. Egy japán cégnél dolgozik 
rendszergazdaként. 1995-ben találko- 
zott először a Linuxszal. Amikor csak 
teheti, két kisfiával játszik. 





Kitekintés a garázsomból 


A legfontosabb tömegtájékoztatási eszközök még mindig teljesen félreértelmezik 
a történteket: Doc a sajtóban megjelent Linux-ellenes megnyilvánulásokra felel. 





böngészőmben szerepel a 
CNET egyik cikke, címe: ,Van 
már Linuxod? Sok társaság 


nemmel válaszol erre a kérdésre". A cikk 
szerzője Sergio G. Non. Az alcímben ez 
olvasható: , Az újságok elemzése: a 
Linux-pingvinek egyre hangosabban 
rikácsolnak, de a társaságok nem terve- 
zik, hogy a közeljövőben túl sokat át- 
vennének közülük." A bevezetés a té- 
nyeket összekeveri a feltételezésekkel, 
majd a cikkíró előáll az érveivel: ,,. . .mi- 
vel a gazdaság még mindig nagyon 
gyengélkedik, számos technológiai meg- 
figyelő úgy vélekedik, hogy a Linux és 
, ingyenes" feliratú árcédulája számos 
üzleti vállalkozást vonzani fog, amelyek 
a költségeiket csökkenteni szeretnék, 
legalábbis elméletben. Ám a gyakorlat 
egészen mást mutat." 

A ,gyakorlat" csakugyan egészen más 

a Goldman Sachs felmérése alapján, 
amelyet száz technológiai cég igazgató- 
jának segítségével készítettek. Felkérték 
őket, hogy nevezzék meg a terveikben 
szereplő legfontosabb és legkevésbé 
fontos kiadásaikat. A legsarkallatosabb 
kiadásnak a Windows új változatára 
történő átállás bizonyult, ezt követték 

a biztonsági programok és a Unix-kiszol- 
gálók költségei. A legkevésbé fontos 
kiadások között a központi számítógé- 
pek, az ellátási láncot kezelő programok 
és a Linux-kiszolgálók beszerzését emlí- 
tették. Megismétlem, ez a kiadások fon- 
tossági sorrendje volt, nem a gyakorlat. 
Szó sem esett arról, hogy a Linux remek 
lehetőség a költségek megtakarítására. 
Végül a cikk közepe felé megtalálhatjuk 
a tulajdonképpeni gyakorlatot, amikor 
a szerző arról számolt be, hogy az 
Amazon.com éppen mortt , takarított 
meg milliókat azáltal, hogy számos 
üzleti területen Unixról átállt Linuxra" . 
Utána egy informatikai tanácsadó sza- 
vait idézi, aki ezt mondja: ,Számos 
ügyfelünk valós költségmegtakarítási 
lehetőségnek tekinti a Linuxot", majd 
pedig: , Ez csakugyan nyereséges befek- 
tetés." Ugyanez a tanácsadó később 
hozzáteszi: , Egyetértek azzal, hogy 

sok cég jelentősen visszavesz a jövőre 
vonatkozó nagy terveiből... Az ügyfe- 
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leinktől kapott visszajelzések azonban 
arra utalnak, hogy a Linux nagyon 
érdekli őket." 

A helyzet az, hogy a cikkben felsorolt 
bizonyítékok egésze valójában a Linux- 
nak kedvez. De a CNET írójának nem 
ez volt a szándéka. Jelenleg az üzleti 
sajtóban Linux-ellenes hadjárat zajlik, 
és ez a fickó csak a munkáját végzi. Az 
igazság az, hogy most mindent ostoroz- 
nak, ami a dot-com buborékkal kapcso- 
latos: a kockázati tőke befektetőitől és 

a spekulánsoktól kezdve egészen a 
számtalan őrült ötletig, amelyek a spe- 
kulatív jellegű befektetéseket annyira 
vonzották. 

Úgy gondolom azonban, hogy ez a had- 
járat több okból is elsősorban a Linuxot 
érintette. Az egyik ok az, hogy nem sok 
tisztán linuxos társaság maradt fenn. 

A The Business Tux népessége annyira 
megfogyatkozott, hogy veszélyeztetett 
fajnak látszik, míg számos olyan nagy 
cég, mint az IBM, fennen hirdeti a Linux 
iránti szeretetét. 

A múlt héten átválogattam az elmúlt 
évek során összegyűjtött névjegykár- 
tyáimat, és néhány kivételével az összes 
a szemétkosárban kötött ki. A kidobott 
névjegykártyákat elsősorban olyan tár- 
saságoktól kaptam, amelyek időközben 
csődbe mentek, beolvadtak más társa- 
ságokba, vagy azon fáradoznak, hogy 

új helyet találjanak maguknak a piacon. 
A másik gondot az a rövid, de látványos 
pillanat jelentette, amikor a spekulációs 
láz nagy csúcspontján a Linux a Wall 
Streeten a lux mellett reflektorfénybe 
került. 1999 végén a Linux tűnt a legjobb 
befektetésnek, annak ellenére, hogy csak 
alig néhány befektető tudta, mit is tett a 
Linux azon kívül, hogy színre lépésével 
veszélybe sodorta a Microsoft magabiz- 
tos helyzetét. 

A Linux nem technológia, nem is üzlet, 
és ez elvezet bennünket harmadik gon- 
dunkhoz, vagyis ahhoz, hogy a lényegét 
kell megértetnünk és elmagyaráznunk 
az igazi üzleti vállalkozások számára. 

A CNEI említett cikke által idézett 
Goldman Sachs-tanulmány jól szemlél- 
teti ezt a galibát. A Linux a maga tiszta 
állapotában nem értékesítésre való. 


Népszerűségét nem lehet ennek 
fényében vizsgálni. 

Ami még ennél is rosszabb, hogy az 
előrejelzések egyébként is fabatkát sem 
érnek. A garázsomban kutakodva 
nemrég néhány gyöngyszemet találtam. 
Például a Sports Illustrated 1981. no- 
vember 30-i számát, amelynek címlap- 
története az előszezon kérdéseivel fog- 
lalkozott, és az észak-karolinai bajnok- 
csapat, a lar Heels négy csillagáról: 
James Worthy-ról, Matt Doherty-ről, 
Jimmy Black-ről és Sam Perkins-ről írt. 
Szóba sem jött, hogy hamarosan feltű- 
nik nemcsak a csapat legnagyobb csil- 
laga, hanem a kosárlabdása történetének 
egyik legjobb játékosa, Michael Jordan. 
Később megtaláltam a Popular Electro- 
nics 1976. júliusi számát. ,Szenzáció! 
Most felépíthet egy kiváló minőségű 
intelligens terminált!" — írta. Belelapoz- 
tam. Nagyon sok hirdetés szólt CB-rá- 
diókról és sztereokészülékekről, elek- 
tronikai folyamatokról és antennákról. 
A címlap közelében pedig egy kétoldalas 
ív szerepelt, amelynek felcíme így szólt: 
, Képzeljen el egy mikroszámítógépet" . 
Alatta egy doboz látszott, amelynek 

a külsején LED-ek és kapcsolók voltak, 
benne pedig az összes szükséges csatla- 
kozópanel és az áramellátás. A cikk így 
folytatódott: 

. . Képzeljen el egy mikroszámítógépet, 
amely a legjobb mikroszámítógépek 
minden tudásával, kezdetlegességével 
és fejlettségével fel van szerelve. 
Képzeljen el egy mikroszámítógépet, 
amelyet az illesztőegységek, memóriák 
és processzorok tucatnyi lehetősége 
támogat. Amelyhez sok-sok külső 
eszközt lehet csatolni..." 

A kép egy MIIS Altair 8800-b számí- 
tógépet ábrázolt. Ez a készülék ugyan 
nem lett sikeres, de a jövőkép igencsak 
ismerősen hangzik, nemde? 


Doc Searlis 

(docAssc om) 

a Linux Journal 
szerkesztője és 

a Cluetrain Manifesto 
társszerzője. 
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NPlayer for Linux 


Videolejátszás Linux alatt magyar módra: a mindentudó MPlayer. 


evés olyan embert tudok ma- 
KK gam elé képzelni, aki az alcímet 

olvasva nem mosolyodik el egy 
picit. Tény, hogy az elmúlt időszakban 
számos bírálat érte a Linuxot a multimé- 
dia területén mutatott gyenge szereplése 
miatt, melyben akad némi igazság. 
Figyelembe kell azonban vennünk, hogy 
az alapvetően a megbízhatóságot és a 
hordozhatóságot szem előtt tartó rend- 
szer nem jegyzi elsődleges feladatai 
között a digitális mozgókép visszaadá- 
sát. Ennek ellenére elmondhatom, hogy 
ez az irányzat jelentősen javulni látszik 
mind a grafikus felületek által nyújtott 
támogatások, mind a támogatást kihasz- 
náló programok terén. Ezen túlmenően 
különösen büszkék lehetünk arra, hogy 
a fent említett területen egy magyar 
fejlesztésű program jeleskedik. Fontos 
kiemelnem, hogy a lejátszó teljes értékű, 
tehát nem vethető össze az elődök 
sebességével és gyenge képminőségével, 
igaz, a grafikus felület is nagyobb 
támogatást nyújt. Az alábbiakban meg- 
próbálom lépésenként, az alapanyagok 
fokozatos összegyúrásával bemutatni, 
hogy a fenti program segítségével a 
semmiből hogyan juthatunk el a legtöbb 
ismert formátum magas szinten történő 
lejátszásához. 


A programról 

Az MPlayer egy Linuxon működő, alap- 
jaiban magyar fejlesztésű videolejátszó, 
amely azonban sok más Unixon és akár 
a nem x86 processzorokon is fut. Alap- 
vetően parancssoros lejátszónak indult, 
tehát ez a része adja igazi erejét, ám az 
utóbbi változatokban már grafikus 
felület használatára is lehetőség nyílik. 
Szinte az összes videofájltípust képes 
lejátszani. Ismeri a legtöbb MPEG-, 
VOB-, AVI-, VIVO-, ASF/WMV-, 

OT MOV-, FLI-fájlt, amelyek mellé jó 
néhány beépített XAnim és Win32 kode- 
ket sorakoztat fel. Nem találtam olyan 
hibákkal teli, sérült indexszel rendelkező 
fájlokat, amelyeket ne tudott volna min- 
denféle fennakadások nélkül megjele- 
níteni. VideoCD, SVCD-ket és DVD-ket 
ugyancsak le tud játszani. A másik figye- 
lemreméltó tulajdonsága a megjelenítési 
módok széles választéka. Támogatja az 
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X11-, Xv-, DGA-, OpenGL-, SVGAlib-, 
fbdev-, aalib-, DirectFHb-módokat, ame- 
lyeket akár SDL-en vagy GGI-n keresz- 
tül is el tud érni — mindeközben a réteg 
nyújtotta szolgáltatásokat is kihasználja. 
Ezen felül az MPlayer támogatja az 
MPEG-kártyákkal történő dekódolást 

és megjelenítést. Támogatja az OSD-t is, 
melynek segítségével a filmekre simított, 
árnyékolt feliratokat helyezhetünk. Ismer 
jó néhány felirattormátumot (köztük egy 
saját fejlesztésűt) is. Nem szabad arról az 
aprócska tényről sem elfeledkeznünk, 
hogy az MPlayer csomaggal kódolhatunk 
is! Erről azonban sorozatunk következő 
részében szólunk. 

Az MPlayer 0.6-os változatának 
forráskódja letölthető a 

2 http:/www.mplayerhg.hu címről, 
ahogyan a szükséges tartozékok nagy 
része is. Mindezek nagy része a 28. CD 
Magazir/MPlayer könyvtárában is 
megtalálható. 


Telepítés 

Mindenekelőtt nem árt, ha gyors masi- 
nánk van - lehetőleg valamilyen 2.4-es 
rendszermaggal és egy minél újabb fej- 
lesztésű X-felülettel (lehetőségeink a vál- 
tozatszám növekedésével egyenes arány- 
ban bővülnek, célszerű tehát a legújabb 
kiadást használni). Jelen esetben grafikus 
kártyánk típusa meghatározó lehet. 

A leírásban részletes eligazítást kapunk 

a használható videokártyák tekintetében 
is. Régi, elavult eszközökön nem érde- 
mes próbálkozni, mert a kártyás gyorsí- 
tás hiánya a filmnézést élvezhetetlenné 
teheti — annak ellenére, hogy a program 





lehetőséget biztosít a lejátszásra. Nem 

kell azonban elrettennünk, egy középka- 

tegóriás gép is megteszi. A program az 

X-kiszolgálón keresztül minden olyan 

kártyát támogat, amely hardveres YUV- 

gyorsítást és átméretezést tartalmaz (ez 

a legtöbb mai kártyára igaz). A cikk írása 

közben történő próba során egy Celeron 

II 1000 ((141120) MHz-es processzorból, 

53 Savage4 videokártyából, és egy Sound 

Blaster 16 Vibra hangkártyából összeál- 

lított gép állt a rendelkezésemre, és a 

processzor kihasználtsága a legnagyobb 

felbontású film lejátszása közben sem 
ment 50-60 százalék fölé. 

Mivel a program csak forráskód formá- 

jában áll rendelkezésre, magunknak kell 

lefordítanunk. Az ehhez szükséges 
csomagok. 

e — binutils -— ez a program felelős az 
MMX, 3DNow!, SSE stb. utasítások 
kezeléséért, ezért igen fontos. 

e — Xfree86 — mint már említettem, min- 
dig a legfrissebb változat használata 
javasolt. Iapasztalatom szerint 4.0.2-es 
változat alatt nem érdemes próbál- 
kozni, mivel a program az újabb 
videokártyákban elérhető hardveres 
YUV-gyorsítást ettől a kiadástól 
kezdve támogatja. A fordításhoz 
a fejlesztői csomag is szükséges! 

(A program enélkül is lefordul, csak 
az X által nyújtott szolgáltatások 
nem érhetőek el.) 

Ezen túl a fordításhoz természetesen 

a szokásos kellékekre van szükségünk 

(gcc, make). Egyelőre azonban ennyi is 

elég a lejátszó beindításához. A későb- 

biekben még esik szó róla, hogy az egyes 





[u ndow is created. ( MPlayer menu 


Lmenu.h] menu: 0x2800013 

[main] Depth on screen: 16 

Lmain] parent: 0x280000b5b 

Lmain]l sub: 0x2800004 

Linux RIC init: open: Permission denie 
Using usleep() timing 





szolgáltatások kihasználásához milyen 
egyedi kellékeket kell beszereznünk. 

A fenti összetevők megléte lehetővé 
teszi, hogy a programot lefordítsuk. 
Megjegyzendő, hogy a videók kódolását 
és dekódolását végső úgynevezett ko- 
dekere is szükségünk van. Ezek mind- 
egyike külön modult alkot, ezáltal maga 
a lejátszóprogram nem ismeri a formá- 
tumokat, hanem a videók tartalmát 

e kodekek segítségével nyeri ki. 

Az alapvető, igen elterjedt és gyakori 
formátumok lejátszásához szükséges 
dekódoló eljárások a forráskódban meg- 
találhatók. A fordítás során ezek is lefor- 
dulnak és a helyükre kerülnek, különö- 
sebb odafigyelést nem igényelnek. For- 
dítsuk le a programot! Flárulom, ezt 

a lépést végre fogjuk még egy párszor 
hajtani — a program felépítése ugyanis 
olyan, hogy a rendszer tulajdonságai 

a fordítás során kerülnek a lejátszóba, 
tehát új alkatrész beszerzése esetén (pél- 
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dául DVD-lejátszó), vagy ha új kodek 
kerül a birtokunkba, a programot újra 
kell fordítanunk. 

Ha a program lefordult, a codecs.conf 
fájlt a $(HOME/.mplayer könyvtárba át 
kell másolnunk (ez tartalmazza a fordí- 
tás során feltérképezett kodekek listáját 
és adataikat a program számára). 
Innentől a lejátszónk működőképes. 
Akár használhatjuk is, a tudása azonban 
még szegényes. Ennek ellenére már 
teljes értékű program, ám ahhoz, hogy 
a cikk elején beharangozott profi leját- 
szóhoz is hozzájussunk, e ponton még 
nem állhatunk meg, akad némi teen- 
dőnk. Előbb azonban mérjük fel a 
jelenlegi összeállítás képességeit! 


Kapcsolók 

A lejátszót parancssorból és grafikus 
felületről (lásd később) egyaránt vezérel- 
hetjük. A grafikus felület még kezdetle- 
ges, tehát a különleges lehetőségeket 
inkább csak parancssorból, kapcsolók 
segítségével állíthatjuk be. A leírásban 
az összes kapcsoló használatára vonatko- 
zóan találunk példát, de a teljesség igé- 
nye nélkül be szeretnék mutatni közü- 
lük néhányat. Az első és egyik legfon- 
tosabb lehetőség a megjelenítési mód 
(milyen leképezési eszközt használjon) 
és a hanglejátszó eszköz megadása. Ezt 
a -vo megjelen ti eszk zsésa 
-ao changkezeli eszk z: kapcso- 
lókkal tehetjük meg. Arról, hogy milyen 
elérhető eszközökkel rendelkezhetünk, 
a -vo help és a -ao help kapcsolók 
segítségével tájékozódhatunk. Az élve- 
zetes filmnézéshez hozzátartozik, hogy 


a kép a képernyő egészét betöltse, ami 

a -fs kapcsolóval érhető el. Attól füg- 
gően, hogy milyen változatú és fajtájú 
ablakkezelő rendszert használunk, más- 
más teljes képernyős módok szüksége- 
sek a program számára, ezt a -fsmode 
cörtÖk: kapcsoló állítja be. A filmek 
tömörítése veszteséges, ami torzulást 
eredményezhet, de ezen a képpontok 
elsimításával javíthatunk. Az eljárás neve 
utófeldolgozás (postprocessing). Lénye- 
ge, hogy a már dekódolt kép tulajdonsá- 
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gait különböző szűrőkkel feljavítjuk. 

E szűrők fajtáit, tulaadonságait adhatjuk 

meg a -pp c-hexadecimkglis szEm: 

kapcsolóval. A hexadecimális számsor 
megadásáról a leírásban részletesen is 
olvashatunk. A számsor egyes tagjai 

(sőt a számok egyes helyi értékei) szab- 

ják meg az elsimító eljárás bizonyos 

értékeit (színekre, képpontokra vonat- 
kozó beállítások). Ez a lehetőség kodek- 
függő és nem mindegyik fájltípus eseté- 
ben működik, de a legelterjedtebbeket 

(MPEG1-2 DivX DivX, OpenDivX) 

támogatja. A -vÍm cörtÖk:-mel állít- 

hatjuk be, hogy lejátszónk milyen 
kodekcsaládot használjon. Célszerű 

a beépített Llibavcodec családot hasz- 

nálni, mert a leírások szerint ez a leg- 

gyorsabb, és a program is ezt támogatja 

leginkább (-vfm 5). 

További gyöngyszemek: 

e -aspect cÖrtOk: - képarány 
beállítása (4:3;16:9) — régi MPEG- 
eknél hasznos lehet. 

e -vc cörtőks: - a kényszerített 
videokodek neve (-vc help 
— kodekek listája) 

e -ac cöÖrtőks: - a kényszerített 
hangkodek neve (-ac help 
— kodekek listája) 

e  -framedrop - lassú gépeken 
engedélyezi a képkockák dobását, 
így a film nem lassul le, hanem 
részletek maradnak ki belőle (nem 
az összes képkockát rajzolja ki). 

e — - zoom - programból megvalósított 
átméretezés. Nem a videokártya 
végzi, hanem a program (rendkívül 
processzorigényes művelet). 

A részletesen leírásban az összes kap- 

csoló szerepel. 

Ennyi kapcsolót folyamatosan begépelni 

természetesen elég fárasztó lenne, ezért 

beállításainkat a $(HOME/.mplayer/config 
nevű fájlban készíthetjük el — csakúgy, 
mintha a kapcsolókat használnánk. 

Lássunk egy példát a fájl tartalmából: 

voszsdl:Xxv H xv-meghajt 

t  hasznglata 
t SDL-en kereszt 1 
ao-oss : /dev/dsp1 HOSS 
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hasznAglata, azon bel 1 is 

a 2. hangeszk z 

f£sz1 Hteljes kGpernyis 
megjelen tös 

fsmode-1 HKDE-ndl j 1 

mísk di teljes köpernyis m d 
pp-O0x2007f Hpostprocessing 
örtökek 

Így nem kell folyton megadnunk őket, 
elegendő, ha a lejátszani kívánt fájl 
nevét írjuk be. Amennyiben mégis úgy 
adódik, hogy ideiglenesen más lehető- 
séget szeretnénk használni, kapcsoló- 
ként megtehetjük, mert felülbírálja a 
beállítási fájlban megadott értéket. 


Billentyűk futásidőben 

f vagy g hátra-, illetve előretekerés 

10 másodperccel; UP vagy DOWN hátra-, 
illetve előretekerés 1 perccel; PGuP vagy 
PGDOWN hátra-, illetve előretekerés 

10 perccel; p vagy Space pillanat-állj; 

g vagy Esc kilépés; t vagy - audiokés- 
leltetés megváltoztatása 0,1 ms-mal; 

/ vagy " hangerő csökkentése/növelése; 
o OSD-választás: nincs/folyamatsáv/fo- 
lyamatsáv tidőbélyeg; m master/pcm 
hangerőállítás között váltás; z vagy x 
felirat késleltetésének változtatása 0,1 
másodperccel. 


9DL 
A hatékonyabb és kényelmesebb leját- 


szás érdekében ajánlatos telepítenünk az 
SDL-t (Simple DirectMedia Layer). Ez 
olyan réteg a Linux X-felületében, amely 
annak kép- és hangkezelő részére köz- 
vetlenül ráépülve egységes felületet biz- 
tosítva az őt használó programok szá- 
mára értéknövelt szolgáltatásokat nyújt. 
Az MPlayer képes arra, hogy az SDL- 
rétegen keresztül érje el az X-felület által 
kínált alkatrész-támogatást, valamint 

a hangkártyát. Ez nemcsak további lehe- 
tőségeket kínál a számunkra, de néhány 
különleges esetben csak az SDL haszná- 
latával érhetjük el, hogy lejátszóprog- 
ramunk helyesen működjön. 

Az SDL használatát a -vo 
sdl:-megjelen t$Ösim d: 
kapcsolóval érhetjük el. Ekkor lejátszás 
közben is lehetőségünk nyílik váltani 

az ablakos és a teljes képernyős nézetek 
között, továbbá teljes képernyős mód- 
ban a C billentyű megnyomásával a 
képernyő felbontását is megváltoztat- 
hatjuk, ami sokszor jelentős processzor- 
idő-megtakarítást jelenthet. Alapértel- 
mezetten a lejátszó a teljes nézetre 
váltáskor az X-ben beállított lehetőségek 
közül a videó méretéhez legközelebb 
eső felbontásba állítja a képernyőt. 
Ennek kiküszöbölésére nincs lehető- 
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ségünk, annyit tehetünk, hogy a C betű- 
vel a kívánt képernyőmódig evezünk, 
vagy -fs kapcsolóval indítjuk a leját- 
szót, így azonnal teljes képernyős mód- 
ba áll, és nem változtat a felbontáson 
(ezután az F billentyűvel állhatunk 
vissza ablakos módba). 

Az SDL a Linux-környezet része, telepíté- 
sével kapcsolatban nem tudok egységes 
útmutatást adni, mivel terjesztésfüggő. 
Ha az SDL eddig nem volt a rendsze- 
rünkre telepítve, a lejátszót most újra 
kell fordítanunk (a forráscsomag beállí- 
tóprogramjának kimenetéből megtud- 
hatjuk, hogy van-e már SDL a gépen; 
ezenkívül az összes, a lejátszó szem- 
pontjából lényeges adatot is kilistázza). 


Kodekek — a világ nem elég? 

Ha már SDL -lel is rendelkezünk, elmond- 
hatjuk, hogy egész kis , fegyvertárat" 
tartunk a kezünkben. Bátran elsütöget- 
hetjük és gyönyörködhetünk az ered- 
ményben. Mi azonban a gyönyörködés 
helyett inkább a többi , vetélytárs" fölé 
szeretnénk kerekedni... például azzal, 
hogy a mi lejátszónk - kis túlzással — az 
összes létező fájltípust képes megjelení- 
teni. A lejátszó számos kodekcsalád 
használatát támogatja, nekünk csak annyi 
dolgunk marad, hogy telepítsük őket. 
Win32-es kodekek: a Windowsban hasz- 
nálatanak számos fájltípus lejátszásához 
nyújt hathatós segítséget. lelepítésük- 
höz csupán annyit kell tennünk, hogy 
az MPlayer honlapjáról letöltjük a ko- 
dekgyűjteményt, majd a /usr/lib/win32 
könyvtárba kicsomagoljuk (szerzői jog- 
védelmi okok miatt ez a CD-mellékletre 
nem került fel). 

Az egyes kodekcsaládok között termé- 
szetesen jelentős átfedések vannak. 

Ez a könyvtár is tartalmazza például 

a DivX-ek dekódolásához szükséges 
modulokat. A lejátszáskor kiválaszthat- 
juk, hogy pontosan mely alkalmas kode- 
ket szeretnénk használni, ám ha lehető- 
ség nyílik rá, mindig a libvacodec-készlet 
tagjait célszerű alkalmazni. 

DivX4: igazából csak akkor van szüksé- 
günk rá, ha a mencoder segítségével 


kódolni is szeretnénk, mivel a libvacodec- 
készlet hatékonyabban képes a lejátszás- 
ra. Ez a kodek a 3 http:/www.divx.com 
címről tölthető le, telepítése a csomag- 
ban leírt módon történik (lásd még 

28. CD Magazir/MPlayer/CodecsS). 
XAnim kodekek: a régi videók (például 
az Indeóval vagy a Cinepakkal tömörí- 
tett filmek) lejátszására alkalmasak. 

Ha a kívánt kodekeket telepítettük, 

a programot újra kell fordítanunk. 

A kodekek jelenlétéről a fordítás során 
kiadott configure parancs kimene- 
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téből győződhetünk meg. 


05D — mi Is ez? 

Most már létezik egy olyan lejátszónk, 
amely gyakorlatilag az összes manapság 
használatos fájltípus lejátszását lehetővé 
teszi — itt az ideje tehát, hogy progra- 
munkat , extrákkal" ruházzuk fel. 

Az OSD- (On Sreen Display) támogatás 
lehetővé teszi, hogy a filmre különböző 
adatokat írjunk ki, mintha szokásos 
szöveges kimeneti eszköz lenne. Ily 
módon időbélyeg (timer) és egyéb álla- 
potok -— mint például a hangerő mértéke 
vagy a filmbeli folyamatsáv -— kijelzésére 
is lehetőség nyílik. Képes továbbá egy 
filmhez tartozó ismert formátumú szö- 
veges feliratfájlból annak tartalmát a 
képernyőre írni (például angol nyelvű 
filmhez a magyar feliratot). 

Ezek a lehetőségek természetesen benne 
vannak a programban, ám ahhoz, hogy 
megjelenjenek, betűtípusokra van szük- 
ségünk, melléjük pedig egy fonts.desc 
nevű fájlra, amely a unikód betűtípus- 
pozíciókat hozzárendeli a felirat tényle- 
ges kódlapjához. Léteznek azonban elő- 
re elkészített betűtípusok, amelyek szin- 
tén letölthetők az MPlayer honlapjáról 
(ezek is felkerültek a 28. CD Magazin/ 
MPlayer/OSD Fonts könyvtárába). Szá- 
munkra jelenleg az IS0-8559-1 és 2 kód- 
lapok támogatása a fontos, ám szeren- 
csénkre az elkészített csomagok között 
találunk ennek megfelelőt. lelepítése 
szintén másolgatós jellegű: a letöltött 
csomag tartalmából az egyes könyvtárak 
közül ki kell választanunk a megfelelő 
méretű és fajtájú betűtípust tartalmazót, 
majd a tartalmát a $(HOME/.mplayer/font 
könyvtárba kell másolnunk. Ez esetben 
a programot nem kell újrafordítanunk. 
Ezt követően lejátszás közben az O 
billentyű nyomogatásával válthatunk 

a különböző OSD-módok közül (idő, 
időt folyamatsáv, csak folyamatsáv). 


DVD — a korong 


A fájlftormátumokkal még csak-csak 
rendben volnánk, de a videofájlok nem- 
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csak merevlemezen vagy adat CD-n 
találhatók meg, hanem sok esetben más 
médián. Ilyen például a jó öreg VCD 
(VideoCD) vagy az újabb keletű SVCD 
(Super VideoCD). Mivel hordozójuk a 
szokásos CD, különösebb felkészítésre 
nincs szükség -— az MPlayer le tudja őket 
játszani, csupán annyi a dolgunk, hogy 
közöljük a programmal: most egy ilyen 
lemezt szeretnénk vele megnézni. 
Miután a CD-t betettük a meghajtóba, 
a -VCD csZv sorszkma: -meghajt 
eszk z: kapcsolóval (például 
mplayer -vcd2 /dev/cdrom) 
tudjuk lejátszani. 

Fontos, hogy a meghajtót nem szabad 
befűzni (mount) a fájlrendszerhez! 
VideoCD-n az első sáv általában egy 
adatsáv, maga a film a második sávtól 
kezdődik. Az eszköz alapértelmezés 
szerint /dev/cdrom, tehát nem szükséges 
megadnunk. Ez a lehetőség akkor 
használatos, ha például a másodlagos 
CD-ROM-mal szeretnénk lejátszani. 
Érdekes tény azonban, hogy bekapcsolt 
SCSI-emuláció mellett a /dev/scdO, 
/dev/scd1 eszközöket nem hajlandó 
kezelni, a /dev/cdrom mutatót át kellett 
irányítanom a /dev/scd0-ra, és csak 
azután tudtam a videókat lejátszani. 
SVCD formátumú lemez lejátszása 
ugyanígy történik. 

A VideoCD-k tökéletes lejátszása nem 
boldogít bennünket, ha DVD-meghaj- 
tónk van, és mi egy ilyen korongot 
szeretnénk lejátszani vele. Ne ijedjünk 
meg, erre is lehetőségünk nyílik. Ehhez 
le kell töltenünk a libdvdcss-, valamint 
a libdvudread-forrásokat, és ugyanebben 
a sorrendben le kell őket fordítanunk 
(ezek a Linux-rendszer részei, az egyik 
a dvd formátum olvasásához, a másik 
a kódolt DVD-k dekódolásához szüksé- 
ges). Most az MPlayert újra kell fordíta- 
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nunk, majd a VideoCD-knél hasonló 

módon lejátszhatjuk a filmet. 

e  mplayer -dvd 1 és az alábbi 
kapcsolók (ismét a teljesség igé- 
nye nélkül) 
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e -slang felirat azonos t jas; 
ezt írja a képernyőre, 

e  -alang corszgEgk dl, 
orszggk d25; lha van ilyen nyelvű 
hangsáv (mindkettőt, vagyis a 
nyelvek és a feliratok listáját a -v 
kapcsolóval kérhetjük le), 

e -chapter cjelenet szE4mas; 
ettől a jelenettől indul, 

e  -dvdangle ckamerasz g 
azonos t :;a kameraszög 
kiválasztása. 

Az összes kapcsoló megtalálható a rész- 

letesen leírásban. 

A DVD-ken használatos 4 vagy 6 (pél- 

dául Dolby Digital 5.1) csatornás AC3- 

kimenet lejátszására is lehetőségünk 
nyílik, igaz, egyelőre csak SB Live! hang- 
kártyákon, ez a , lista" azonban remél- 
hetőleg bővülni fog. Meg kell említenem, 
hogy a lejátszás sajnos nem minden 
hangkártyán működik jól. Az oka nem 
feltétlenül a lejátszóban keresendő, 
ugyanis a kép és hang összehangolá- 
sához szabványos 05S5-utasításokat 
használ, és az újabb, olcsóbb hangkár- 
tyák linuxos vezérlői sajnálatos módon 
nem szabványosak. Ilyenek például az 
alaplapra integrált hangkártyák, ugyan- 
akkor ilyen a Christal 4281 PCI is — ezzel 
szemben egy ezeréves Sound Blaster 
16-tal tökéletes eredmény érhető el. 


Grafikus felhasználói felület 

Ekkorra már egy igazán mindentudó 
lejátszóval rendelkezünk. Legyünk rá 
büszkék! Ami még hab lehet a tortán, 
az a változtatható kinézetű grafikus 
felhasználói felület. Ha mi is szeretnénk 
ilyet, fordításkor configure parancsot 
- -enable-gui kapcsolóval kell kiad- 
nunk. Mivel a felület GIK-t használ, 
ennek szerepelnie kell a rendszerünkön, 
és mivel fordításról beszélünk, a fejlesz- 
tői csomagokkal ugyanez a helyzet. 
Újrafordítás után a -gui kapcsolóval 
(vagy az gmplayer paranccsal) kérhet- 
jük a grafikus felület használatát. Előtte 
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azonban az MFlayer honlapjáról le kell 
töltenünk néhány bőrt (skin), a lejátszó 
ugyanis alapvetően parancssoros, még 
az alapkinézet sem része a forrásnak. 

A letöltött bőrt bontsuk ki a $(HOME/ 
mplayer/Skin/ Sskin neve: könyvtárba. 
A program az alapkinézetet kapcsolók 
nélkül a $(HOME/.mplayer/Skin/default 
könyvtárban keresi. Ha az alapértelme- 
zettől eltérő kinézetet szeretnénk hasz- 
nálni, a -skin cskin neve: kapcso- 
lóval tehetjük meg. 

Ha a lejátszó grafikus felülete elindult, 
programunkat a szokott módon ege- 
rezve vezérelhetjük. Mivel a grafikus 
felület még gyerekcipőben jár, a beállí- 
tásokat kevés kivétellel csak parancs- 
sorból adhatjuk meg. Fontos még, hogy 
a grafikus felülettel történő filmlejátszás 
SDL-lel nem jól működik együtt, a 
kettőt egyszerre ne használjuk! Számos 
bőr található a 28. CD Magazin/MPlayer/ 
Skins könyvtárában. 


Dóljünk hátra. . . 

. .. és élvezzük munkánk gyümölcsét. 
Azt hiszem, nem szükséges ecsetelnem, 
mekkora eredmény, hogy egyetlen 
programmal ennyiféle fájl- és médiatíi- 
pust sikerült összefognunk, mindezt oly 
módon, hogy egy igen hatékony, bár- 
mely más programmal versenyképes, 
élvezhető minőséget nyújtó eszközt 
kaptunk eredményül. A változatszámból 
is látszik, hogy a program még csak 
most teszi meg az első lépéseit, ám sok- 
sok váratlan szolgáltatásával máris 
elkápráztat bennünket. Viszont még 
korántsem értünk a végére! A program 
fejlesztése ezekben a pillanatokban is 
folyik, hamarosan újabb kiadás megjele- 
nése várható, amely többek között már 
grafikus telepítővel is rendelkezik. 
Írásunkban sajnos most csak ennek az 
általános leírásnak jutott hely. A program 
annyira összetett, hogy felépítésének 
bemutatása, mélyebb elemzése csak na- 
gyobb terjedelemben lehetséges. Soro- 
zatunk következő részében a beépített 
libva kodekcsaládról, valamint a fájltípu- 
sok kezeléséről és felépítéséről szólunk. 


Komáromi Zoltán 

(komi Afreemail.hu) 

21 éves, a BME hallga- 
tója, mellette PHP-prog- 
ramozóként dolgozik. 
Kedvenc területe a multi- 
média. Kedveli a nagy társaságot, az 
érdekes embereket, a Jó filmeket és 
mindent, ami mozgalmas. Szabadide- 
jében röplabdázik. 
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Nemlineáris videoszerkesztóő programok 


Robin hat nemlineáris videoszerkesztő (NLE) programcsomagot vesz górcső alá: 
a Broadcast 2000-et, a Crow-t, a Kinót, az LVE-t, a MainÁActort és a Trinityt. 


MainActor kivételével azok a szerkesztőprogramok, 
A amelyekről most szó lesz, mind nyílt forrásúak. A két 

legérdekesebb: a Kino, ez a nagy elismertségnek 
örvendő DV-szerkesztő (DV: digital video), melynek épp most 
jelent meg az új változata, valamint az LVE, ez a kevésbé 


ismert német származású MPEG-szerkesztő. 


Broadcast 2000 
A Broadcast 2000 még mindig szerepel a Linux Media Arts 


(LMA) videorendszer-integrátor cég kínálatában, bár abból, 
hogy a cég weblapjának főoldaláról eltávolították, arra lehet 
következtetni, hogy nem fejlesztik tovább. Az LMA elnöke, 
Mike Collins cáfolja a hírt: , Folytatni fogjuk a Broadcast 2000 
fejlesztését mind nyílt forráskódú formában, mind pedig keres- 
kedelmi programcsomagként, amelyhez megfelelő termék- 
támogatást is nyújtunk." Collins elmondja még, hogy a Broad- 
cast 2000-et a 3 http:/SourceForge.net-re is próbálják feljut- 
tatni, de addig is közvetlenül tőle bárki letöltheti, rpm- vagy 
tar-csomag formájában érhető el. 

A Broadcast 2000-rel a Linuxvilág 3. számának 30. oldalán 
foglalkoztunk részletesen. A mi telepítésünk folyamata mivel 
nem Red Hatet, hanem Debiant használunk, egy kicsit eltér. 
Először alakítsuk át a Red Hat-féle rpm-csomagot a Debian deb 
formátumára (1. lista). 

Az Aliennel az rpm-csomagok deb formátumba való átalakítása 
remekül megoldható, a program azonban sajnos nem találja 
meg azokat a könyvtárakat, amelyek nem szabványos elhelyez- 
kedésűek. Jegyezd meg az Alien üzenetét, miszerint nem találja 
a libbcbase.so-t, és majd a deb dpkg-vel való telepítése után térj 
vissza a kérdésre. A Broadcast 2000 telepítésének befejeztével 
keresd meg az elkallódott DLL-t, és elérési útvonalát add az 
Id.so.conf-hoz. Ezután az Idconfig futtatásával frissítsd a futás- 
idejű program-összeszerkesztő (linker) beállításait. Enélkül a 
program nem fog futni, mivel megosztott könyvtárait nem lesz 
képes megtalálni. 

A Broadcast 2000 formátumai közt szerepel a wav, pcm, Ouick- 
Time és jpeg képsorozat. A támogatott Ouick Time (MOV) 
típusok a jpeg-kép, mozgó jpeg, png, png alfa, tömörítetlen 
RGB, tömörítetlen RGBA, YUV 4:2:0 planar és a YUV 4:2:2 
packed. Elég soknak tűnik, de ezek a formátumok kevésbé 
férnek össze más operációs rendszerekkel és eszközökel. 


Crow 

A Crow az ausztrál Eric Fry fejlesztése. Ugyan még csak alfa- 
változatú, mégis kíváncsiak voltunk rá. Csak a CVS-en 
(Concurrent Versions System -— párhuzamos változatkezelő 
rendszer) keresztül tölthető le. Linuxos gépünk windowsos 
hálózaton lóg egy Windows-tűzfal mögött, kábelmodemmel 
csatlakozva. Tűzfalunkat úgy kellett beállítani, hogy engedé- 
lyezze a CVS-t. A Telnettel ellenőriztük, hogy a 

2 http:/SourceForge.net 2401-es CVS-kapuja elérhető-e kézi 
beállítással. Ezután létrehoztunk egy TCP-burkolót a WinGate- 
ben a (gap nevű) tűzfalgépen. A ICP-burkolót úgy állítottuk be, 
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7. lista A Red Hat-féle rpm átalakítása 
a Debian deb formátumára 


alien -k bcast-2000c€-1.1386.rpm 
dpkg-shlibdeps: warning: format of 
s ] ibbcbase.so 
not recognized 
cast 200068FSKEESE CSE ÉNET 1 EG 


GOK Sze E S G00E S TET S eSdeb 


find /usr -name libbcbase.so -print 
usr local /bcast/dübbébasc so 


vi: 7/etc/ ld. sSö.cont 
/üsesxilR6ő/ Vib/xawö3d 
/üsr/ XIIRS/TtIb 
/usr/aw/maya4.0/lib 
mase kocaitocaste 
AAST AKOS A NSZ 


Ilekeksimtsak 6] 


asz tocal/beast/becast2000 ssh 


hogy a cvs.Crow.sourceforge.net-re mutasson. 

A linuxos gépről megkísérelt CVS-belépésünk kudarcot vallott: 
a .cuspass valamelyik beállításával lehet gond a távoli gépen 

— tippeltünk. Mindenesetre arra képesek voltunk, hogy CVS- 
ellenőrzést hajtsunk végre, s igazából csak erre volt szükségünk. 


cvs -z3 -d:pserver:anonymousagap : 
9 /cvsroot/CrYOWw CO CrIYOW 


Ha tűzfalunkat nem fúrtuk volna meg, a gap helyett a CVS 
parancsban a cvs.Crow.sourceforge.net lett volna megadva. 

A Crow jelezte, hogy a libtool Itconfig-változata nem megfelelő, 
ezt a libtoolize segítségével hoztuk rendbe: 


libtoolize --force 
aclocal 

. configure 

make 


Újabb gond: a make parancs nem futott le, mert az egyik 
beépítő állomány nem találta a gtk/gtl.h-t. A Makefiles nem 
találja az útvonalat, ami eredendően a GIK-t-- GUI-fejállo- 
mányra mutat - a mi GIK-t-- állományaink más könyvtárba 
lettek telepítve. Ez némi beavatkozást igényelt. A GNOME INIT 
parancsot hozzáadtuk a configure.in-hez, amely feltölti a 


GTK CFLAGS és GIK LIBS változókat. Ezután ezeket a 
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1. kép 
A Broadcast 2000 olyan a OuickTime-on alapuló videoszerkesztő, 
amely számos fejlett tulajdonsággal 
rendelkezik, például a Gimp által használt hatásokkal 


változókat -— például $(GTK CFLAGS) - helyettesítettük be 

a Crow által használt 14 különböző Makefile.am állományban. 
A beállítóállomány helyreállítása után a Crow-t sikerült össze- 
szerkeszteni. Ezt megcsíptük! 


aclocal 

autoconf 
./configure 

make 

ulimit -c unlimited 
. /app/crow 


Nem próbálkoztunk a make insta11-lal, mert a Crow 
INSIALL-állománya óva intett ettől. Beállítottuk az ulimit-et, 
hogy összeomlás esetén a core-állományt elő tudjuk állítani. 

És ahogy a Crow-t elindítottuk, egy szegmentálási hibával 
azonnal össze is omlott. Keressük meg a hibát a gdb hibakereső 
segítségével: 


gdb app/ .libs/1lt-crow core 
s bt 


Mivel a ./app/crow parancsállomány, ki kellett találnunk a 
futtatott állomány valódi nevét, hogy a gdb-be tölthessük. 

A nyomkövető (backtrace - bt) futtatásával vizsgálva az utasí- 
tásverem tartalmát most nem érnénk célt, mert fordításkor nem 
helyeztünk el hibakereső adatokat. Először tehát a hibakeresés 
engedélyezésével a programot újra kell fordítanunk: 


make clean 
make -e ?CC-gcc -g? 


Most ismét betölthetjük a gdb-t, és megvizsgálhatjuk a címve- 
rem tartalmát, valamint a forráskódot. Azonnal nyilvánvalóvá 
vált, hogy a lefagyást egy nullértékű mutató (a dir) okozta az 
app/plug in.c állomány 275. sorában. Egyszerűen beszúrtunk 
egy sort, amely a változó 0 értéke esetén a kiléptet a függvény- 
ből, mielőtt még a változó használatára sor kerülhetne: 


if(l1dir) return 0; 
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2. kép 
A Crow fejlesztője szerint az alkalmazás még nem kész a használatra, 
telepítése során mindenesetre sok mindent 
megtanultunk az alfaprojektek fordításáról és beállításáról 


A Crow még nagyon kezdetleges állapotú a használathoz. Fry 
elmondása szerint a 3 http:/SourceForge.net-en egy régebbi 
változat található és az újraírását tervezi. Szeretne olyanokkal 
beszélni, akik érdeklődnek egy teljesen új linuxos szerkesztő- 
program írása iránt. , Egy olyan teljes tudással felvértezett 
szerkesztőprogramot szeretnék, amely képes olyan szerkesztő- 
műveletekre, mint a 3:2 átalakítás (pull-down), az EDL (Edit 
Decision List) kimeneti adatbázis, a klipkezelés és a HD-vissza- 
játszás" — mondja Fry. 


Kino 

A Kino egyszerű, csak vágásra alkalmas DV-szerkesztő. A prog- 
ramnak nemrégiben jelent meg a 0.50-es változata, ami komoly 
újításokat tartalmaz. A Kino telepítéséhez először egy sor illesz- 
tőprogramot kell feltelepíteni. Ez és a rengeteg elérhető DV- 
alkalmazás közül néhány feltelepítése a folyamatot meglehe- 
tősen bonyolulttá teszi. 

A leírás a minél jobb IEEE 1394 FireWire DV-támogatás elérése 
érdekében a legújabb rendszermag használatát ajánlja. A make 
xconfig használatakor elsőként azon lepődtünk meg, hogy 
az IEEE 1394 beállításai a menüben szürkén jelentek meg, nem 
lehetett választani. 2.4.14-es rendszermagunk beállításakor 

a 1394-menüpont engedélyezéséhez először a Code maturity 
lehetőséget kell kiválasztani. Ezt az alábbi meghajtók követték: 
libavc1394-0.3.1.tar.gz, libdc1394-O.8.3.tar.gz, libraw1394 0.9.0.tar.gz, 
libdv-devel-0.9-1.1386.rpm and libdv-0.9-1.1386.rpm. 
Tar-állományok esetén a szokásos eljárást követhetjük: 


tar xvÍz libdc1394-0O.8.3.tar.gz 

cd libdc1394-O.8.3 

./configure 

make 

su 

make install 

Az rpmként érkező állományok telepítéséhez az Alient hasz- 
náltuk. A libdv tar-állományból történő telepítése után elő- 
ször a pkg-config-ot kell telepíteni ahhoz, hogy a beállítás 
sikeresen végrehajtható legyen. 

A könyvtárak néhány egyszerű eszközt is tartalmaznak. 
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2. lista A modprobe 
./test/dvcont help 
Couldn"t get 1394 handle: No such device 
Is ieee1394, driver, and raw1394 loaded? 


modprobe videoi1l394 


modprobe raw1394 


lsmod 
Module Size  Used by Tainted: P 
raw1394 SIÓ 0 
video S592N ET 756 0 (unused) 
(lncsNSOZ 16608 2 [video1394] 
1€ee1394 24200 0 [raw1394 


si deol394 ohci13941 


. /test/dvcGnt Stop 


A libraw1394 például a testlibraw-t tartalmazza. Indítsunk 
ezzel, hogy kiderüljön, megtalálja-e FireWire-kártyáinkat. 
Athlonnal szerelt gépünk két FireWire PCI-kártyával bír: egy 
PYRO gyártmányúval és egy névtelen (no-name) kártyával, 
amit a FireWire lapolvasóhoz kaptunk. Mindkettő OHCP- 
megfelelő (Open Hardware Certification Program — OHCP), 
és a próba helyesen ismerte fel. A chmod segítségével kellett 


lehetővé tennünk, hogy az eszközhöz közönséges felhasználó- 
ként is hozzá lehessen férni: 


chmod 666 /dev/raw1394 
./srec/testlibraw 
successfully got handle 
current generation number: 3 


2 card(s) found 
nodes on bus: 1, card name: ohci1394 
nodes on bus: 1, card name: ohcii1394 
using first card found: 1 nodes on bus, 


local ID is 0, IRM is 63 


A libavc1394 memóriaellenőrző program a csatlakoztatott 
FireWire-eszközök ROM-adatait részletezi. Hiba nélkül ismerte 
fel Sony TRV8 DV kameránkat is. 

A libavc1394-el együtt kapjuk a dvcont nevű, a képfelvevő 
távirányítását lehetővé tévő programot. Első használatakor 
érdemes a help kapcsolóval indítani, így mindjárt a parancsai- 
val is megismerkedhetünk. Amennyiben a meghajtó program- 
jait nem találja meg, azonnal kilép, még a súgót sem jeleníti 
meg. Szükség lehet a modprobe video1394 Os raw1394 
futtatására. Kapcsoló megadása nélkül a dvcont semmit nem 
csinál. A videokamera-lejátszás üzemmódjában kiadott 
dvcont stop megállítja a lejátszást. Hasonlóan kapcsolhatjuk 
a képfelvevő többi üzemmódját is. 

A libdv tartalmazza a playdvo és encodedv programokat, de ezek 
szegmentálási hibával szálltak el. Feltételezem, ezek lennének 
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3. kép 
A népszerű DV-szerkesztő, a Kino új változata nemrég látott napvilágot 









































4. kép 
Az LVE egy (S) VCD-k készítésére írt MPEG-szerkesztő Németországból 


alkalmasak a dv-állományok lejátszására, illetve kódolására. 
Néhány hasznos DV-alkalmazás: dvgrab-1.01.tar.gz, gscanbus- 
0.6.tgz and gstreamer-0.2.1.tar.gz. 

A coriandert és a gscanbust nem sikerült lefordítani. A gstreamer 
— bár igen hosszú idő alatt — lefordult, de szegmentálási hibával 
leállt. Az eszköz, amire leginkább fentük a fogunkat ebből az 
összeállításból, a dvgrab volt, amellyel konzolon próbálhattuk 
ki a DV-digitalizálást. Mivel a Kino használatát nem gátolta, 
nem álltunk meg vizsgálni, hogy egyes DV-eszközök vajon 
miért nem működnek. 

A dvgrab segédprogram a kamerában lejátszott videót 
másolja a számítógépre. Az eszközt nem ellenőrzi, azaz 
amennyiben a kamera nem lejátszás üzemmódban van, a 
dvgrab várakozik. Ha nem észlel FireWire DV-forgalmat, 
nem csinál semmit. 


dvgrab --fÍrames 30 test 
ls -l testr 
-TWw-I--r-- 1 rower 


srower 2471424 Nov 17 17:27 test001.avi 












































5. kép 
A MainActor egy feltételekhez kötötten ingyenes 
szerkesztő Linux és Windows alá 


Name:  eiffel.png 

Type: 0 Still image 
Duration: 00-10-00 

OUTAN: 00-10-00 

Location: homeltowerieiffel.png 


Próbaképpen egy egy- 
másodperces videót 
olvastunk be. A dvgrab 
segítségével DV-folyam- 
ként mentettük, AVI pro- 
tokollba csomagolva. 

A dvgrab és a Kino fej- 
lesztését Arne Schir- 
macher irányítja. 

Először a Kino 0.46-os 
változatát telepítettük 
(kino-0.46.tar.gz), de 
próbálgatásaink alatt a 
0.5 is napvilágot látott 
(kino-0.5.tar.gz). A fordítással eleinte nehézségeink adódtak, 
mert a configure a gnome-config állományt nem találta. Ez 
kicsit furcsának tűnt, hiszen rendelkeztünk telepített Gnome- 
mal (Debian Sid lévén a gépen). A dpgk-nak a libgnome-dev 





7. kép Lejátszó 
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csomagban kellene megtalálnia (mint alább látható), de ott 
nem került elő. 


dpkg -S gnome-config 
libgnome-dev: /usr/include/libgnome/ 
—gnome-config.h 
libgnome-dev: /usr/bin/gnome-config 
libgnome-dev: /usr/share/man/mani/ 
9 gnome-config.1.gz 


Dan Dennedy, a Kino egyik fejlesztője a Ximian Gnome-ot 
ajánlotta telepítésre, mivel ő is ezt használja. Hozzáírtunk hát 
még egy hivatkozást a sources.list-ünkhöz és telepítettük: 


vi /etc/apt/sources.list 
deb http://red-carpet . ximian. com/debian 
sstable main 
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apt-get update 
apt-get install task-ximian-gnome 


A Ximian telepítése súlyos ütközéseket okozott a már telepített 
Gnome-összetevőkkel. Számos csomagot, amelyet az apt-get 
sérültnek jelzett, újra kellett telepíteni. Az itt közölt példa csak 
szemlélteti a folyamatot, a végrehajtás valójában sokkal több 
fáradságba került. Meglepetésünkre a Gnome GIK dokumen- 
tumok tűntek a telepítést leginkább zavaró tényezőknek. Végül 
is sikerült a Ximiant telepíteni, s ezzel együtt a Ximian Gnome- 
fejlesztőkészlet csomagjait is. A Kinót gond nélkül sikerült 
lefordítani. 


dpkg -r libgnome-dev 

apt-get build-dep libgtkil.2-dev 
dpkg -r libgtk1l.2-doc 

apt-get -f install 

apt-get install libxml2 


A Kino használatának alapjait a vi parancsai képezik. A sorok- 
ra, szavakra és betűkre vonatkozó parancsok tárgya itt a film, 

a vágások és a képek. A d0 a bemenő pont, a d$ pedig a 
kimenő pont jelölésére használatos. 

,A Kino új változata az átdolgozott felhasználói felülettel 
jelentősen eltér az előzőtől, nincsenek többszörösen úszó 
ablakok, és a tervezőasztal-nézet jobban hasonlít az iMovie- 
éra. Észre fogjátok venni, hogy a felület egységesebbé vált" — 
mondja Dennedy. Arról is tájékoztat, hogy a Kino fejlesztő- 
csapata új taggal bővült, Charles Yates-szel — neki volt a 
legnagyobb befolyása a 0.5-ös változatra. Dennedy hozzáteszi 
még, hogy a Kino EDL-je XML SMIL formátumú, hangtámo- 
gatása pedig az 05S5-en (Open Sound System) alapul. Mivel 

a legtöbb hangkártya a többszörös megnyitást nem támogatja, 
az esound (Enlightened Sound Daemon) csak az SBLive! 
kártyákkal van támogatva. A Contour ShuttlePro USB-vezérlő 
(125 dollár) kényelmes eszközt biztosít a Kino vezérléséhez, 
kikerülve a vi-alapú felületet. A Kino az előnézet javítása 
érdekében támogatja az XVideót, de nekünk ezt a szolgálta- 
tást ki kellett kapcsolnunk, mert asztalunkon az előnézet 
ablaka állandóan leragadt. Úgy tűnt, ennek oka leginkább 

az, hogy az ati.2-meghajtó rossz változatát telepítettük, és 
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nem az XVideóval van gond általánosságban. 

A Kino képes a DVI vagy DV2 AVI-formátumú állományokat 
kezelni, de nem kezeli a strukturálatlan DV-állományokat (.dv). 
A választott formátum a többi eszközzel való együttműködésre 
hatással van. , A Windows Media Player (WMP) és a linuxos 
Avifile lejátsza a DV2 AVI formátumú állományokat, amennyi- 
ben a microsoftos DLL telepítve van. Ennek neve gdve.dll. 

Az MPlayer szintén képes ezek lejátszására, de ehhez a beál- 
lítóállományt egy sorral ki kell egészíteni" — magyarázza 
Dennedy. Hozzáteszi még, hogy a WMP szintén kezeli a DV1 
AVI-t, továbbá a MainActor elboldogul a DV-vel, de a DV-ka- 
merákhoz nem rendelkezik csatlakozással. 


K  jahshaka 


a. 





8. kép 
A Jashaka különleges hatásokat előállító 
OpenGL-alapú alkalmazás Linux és Windows alá 


Az olyan eszközök, mint például a dv2jpeg, segíthetnek a for- 
mátumok közötti átjárásban. Dennedy hozzáteszi: , Az mjpeg- 
tools olvassa a DV AVI-t VCD készítéséhez, és támogatással bír 
az MPEG-1 VCD és MPEG-2 SVCD formátumokhoz. A Kino 
nemsokára exportálni tud majd MPEG-1 és MPEG-4 formá- 
tumban az FFmpegre támaszkodva, de az MPEG-2-támogatása 
az FFmpegből pillanatnyilag hiányzik." Az mjpegtools DV- 
hang leválasztására is képes. A transcode nevű eszköz a DV 
AVI-t OpenDiv X-formátumúvá konvertálja. 

Dennedy lelkesen tudatja, hogy a Kino a felvevő felé a DV- 
exportot is támogatja. Mint mondja, ezzel a Kino az egyetlen 
DV-alkalmazás, amely a libdv konzolos alkalmazás mellett 
erre képes. A Kino a naplózó üzemmódot nem támogatja, 
Dennedy szerint a közeljövőben nem is fogja. Szerinte ez a szol- 
gáltatás nem túl érdekes azok számára, akik a filmhez külön- 
böző hatásokat kevernek, és már fejlesztés alatt áll az új dv1394- 
meghajtó, amely TV-monitoron keresztül biztosít előnézetet. 
Hozzáteszi még, hogy a Kino MPEG-exportja is úton van, és 
hogy nem tervezik a Film Gimppel való egybeolvasztást. 


LVE 


, A programmal célunk a MPEG-állományok vágása és (5) VCD- 
formátumba való kódolása volt" — tájékoztat Gerhard Monzel, 

a Linux Video Editor (LVE) fejlesztője. Monzel az SAP-nál 
dolgozik rendszergazdaként a németországi St Ingbertben. 

Az LVE teljes leírása német nyelvű. , Az LVE néhány ingyenes 
csomagra épül: a libmpeg3 a keresést és az MPEG dekódolását 
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- FFmpeg Features 

- Supported Formats 

- installation 

- FFEmpeg News 

- FFmpeg Resources 

- Current FF mpeg Users 
- Bugs and To-Do List 

- License 


- Project Author 


ject Description 
FFmpeg is the first complete and free Internet Live Audio and Video Broadcasting 
solution, FFMpeg aims at being fe command line tool to handle audio and video, It is a 
"three-in-one" solution. 
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végzi, a libsdl pedig a GUI alapja" — tájékoztat Monzel. 

,A többi saját munka." Elmondja még, hogy sokféle MPEG- 
formátum támogatott (MPEG-1, MPEG-2), beleértve a VOB-ot 
és IFO-t is, de a DVB-t nem. A felhasználói felületre a Pinnacle 
Studio MF10 volt nagy hatással. 

Az LVE csak vágásra képes, sem hatások (effects), sem felirat- 
kozási lehetőség nincs. Megjegyzendő a forrásanyag akár PAL, 
akár NISC, a kimenet mindig PAL marad. Az NISC-forrású 
anyagokat a képsebesség javítása érdekében a hangmagasságot 
változtatva a soxszal kell feldolgozni. 

Az LVE-t nem kell telepíteni, csak a tar-csomagot kibontani 

a saját könyvtárban: 





Kapcsolódó címek 


Broadcast 2000 3 http://www.heroinewarrior.com/bcast2000.php3 
Corlander 3 http://www.sourceforge.net/projects/corlander 

Crow 5 http:/Awww.crow.atu.com.aulmain.php3 

dumpmpeg 3 http://www.sourceforge.net/projects/dumpmpeg 
dv2]jpg 3 http:/Avww.sourceforge.net/projects/dv2jpg 

dvbackup 3 http:/Avww.sourceforge.net/projects/dvbackup 
dvgrab 3 http://www.schirmacher.de/arne/dvgrab/index e.html 
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FFmpeg 3 http:/Avww.ffmpeg.sourceforge.net 

GAnSO 5 http:/Avww.gpul.org/proyectos/ganso 

Gnonlin 3 http:/Avww.sourceforge.net/projects/gnonlin 
Gscanbus 3 http:/Avwvw.gscanbus.berlios.de 
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Kino 2 http:/Avww.sourceforge.net/projects/kino 
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llbavc1394 3 http:/Avww.sourceforge.net/projects/libavc1394 
lbdc1394 3 http:/Avww.sourceforge.net/projects/libdc1394 

libdv 3 http:/Avww.libdv.sourceforge.net 

Libraw1394 3 http:/Avww.sourceforge.net/projects/libraw1394 
Linux 13894 3 http:/Avww.sourceforge.net/projects/linux1394 
Linux 1894 FAO 3 http:/Avww.linux1394.sourceforge.net/fag.html 


kező alkalmazásokat tartalmazza: maseg (NLE), 
mave (átalakító), macap (V4L MJPEG-felvevő) és 
1lmatool (karakteres videoállomány-átalakító). 
A leírás a /usr/share/doc/ Packages/MainActor 
útvonalon érhető el. 


Trinity 

Chris Hardy, a Irinity felelőse szerint az alkal- 
mazás kezdetleges MPEG- és audiotámogatással 
rendelkezik és képsorozatokat is kezel. , A for- 
ráskód két éve érintetlen. A fejlesztőről egy ideje 
semmi hír, a projekt függőben van" - teszi 
hozzá. A felhasználói felület az egyik dolog, 
amiért Hardy szereti a Irinityt. 

,A fordítás közben akadt egy-két kisebb hiba, 
amit a 0.5-ös változatban kijavítottunk, de 
előfordult egy komoly is. A javítást elküldtük 
Hardynak. Egy kereskedelmi programmal 

való ütközés miatt a Irinityt át kell keresztelni. 
Hardy örülne, ha egy NLE-ben érdekelt fej- 
lesztő csatlakozna a projekthez, és folytatni 
lehetne a munkát." 


Összegzés 
A számítógépek nagy előnye a filmgyártásban, 
hogy a segítségükkel könnyedén változtat- 
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hatjuk a jelenetek sorrendjét, elhagyhatunk 
belőlük vagy újakat szúrhatunk be - ezért is 
nevezik nemlineáris szerkesztésnek. A nem- 
lineáris szerkesztők képsorozatok szerkesz- 
tésére, végső soron televíziós vagy mozifilmek 
készítésére használatosak. 

A Broadcast 2000, a Crow, a Kino, az LVE, a 
MainActor és a Irinity vizsgálatával a Linuxon 
elérhető videoeszközök közé pillantottunk 

be, természetesen a teljesség igénye nélkül. 
Az FFmpeg, a GAnSO, a Gnonlin, a Jahshaka, 
a Linux Video Studio, a matterial, az mpgtx, 
az mpegcut és a SAMPEG-2 további választási 
ad 7 lehetőséget jelenthetnek. 

Két kereskedelmi (és drága) eszköz vizsgálatát tervezzük 

a jövőben: a Nothing Real Shake-ét és a Silicon Grail 
RAYZ-ét. Számos hollywoodi mozifilm különleges hatásai 
készültek a közreműködésükkel. Az egyetlen nyílt forrású 
eszköz, amelyet nagyobb mozifilmek készítéséhez is hasz- 


Linux DV 3 http://www.schirmacher.de/arne/dvgrab/index e.html 
Linux Medla Arts 3 http://wvwwv.linuxmedlaarts.com 

Linux Video Studio 3 http:/Avww.ronald.bitfreak.net 

MainActor 5 http:/Avww.mainconcept.com 

Matterial 8 http://www.matterlal.sourceforge.net 

mjpegtools 3 http:/Avww.sourceforge.net/projects/mjpeg 

PYRO 1394 PCI card 53 http:/Avww.adstech.com 

RAYZ 5 http://www.silicongrail.com 

Shake 3 http:/Avww.nothingreal.com 

Trinity 8 http:/Avww.sourceforge.net/projectsz/trinitytv 


tar xvíz /install/public/nle/lve/ 
s Ive bíin-31-10-01.tar.gz 


ls /usr/local/lve/bin 


bbainfo bbinfo bbvinfo ffmpeg lve nálnak, a Film Gimp, amelyet a Harry Potter és a bölcsek 
gensmart 1mp mplex toolame köve, a Kutyák és macskák, A gyűrűk ura és egyéb filmeknél 
bbdmux bbmplex encode genmpg is alkalmaztak. A következő alkalommal erre is vetünk 
gensvcd lve agdir egy pillantást. 


chmod 666 /usr/local/1lve/lib/SystemFont .bmp ZET Robin Rowe 


a MovieEdítor.com internetes és televíziós 
""] videoalkalmazásokat készítő cég egyik part- 
755 nere. Írásai a Dr. Dobbs Journalban, a C-t -- 


Az általunk vizsgált alkalmazások közül egyedül a MainActor j A ME PORÉrAKt e gt "§ SETS SOMFAGIGaN a 
zárt forráskódú. RPM-ből telepítettük az Alien segítségével GE 1 Data Based Advisorban jelentek meg és 
szinte ugyanúgy, mint a Broadcast 2000-et. számos tanácskozás anyagában megtalálhatók. A Robin által 
A MainActorral (2D-s és 3D-s szövegekkel egyaránt) feliratoz- készített programok sorában található többek közt az a kiszol- 
hatunk, és a mozgófilmet szerkeszthetjük. Dolgozhatunk kép- gálóalapú videoszerkesztő rendszer, amit a Manhattan 24 órás 
átmenetekkel és különféle hanghatásokkal. A próbaváltozat televíziós hírcsatorna, a lime Warner New York One, illetve 
mindaddig a ,MainActor" szöveget írja a filmünkre, amíg a a kapcsolódó honlap 3 http:/Avww.ny1.com/ is használ. 
bejegyzett példányt meg nem vesszük. A MainActor a követ- Elérhető a robin.rowe(2 movieeditor.com címen. 


./1ve 


MainActor 
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Átállás (2. rész) 


Folytatódjék hát a kezdő és a leendő 
Linux-felhasználóknak szánt sorozatunk! 


orozatunk első részben főként 
§ a Linux és a hozzá hasonló 

szabad felhasználású és ingye- 
nes Unix-rendszerek előnyeit és hátrá- 
nyait taglaltuk, mostani cikkünkben 
pedig a Windows és a Linux közötti 
legfontosabb különbségekre térünk ki. 
Ahogy már előző számunkban is tisztáz- 
tuk, a Linux Unix-alapú operációs rend- 
szer. A két rendszer használatában ez 
a legfontosabb különbség, tehát ez az írá- 
sunk lényegében a Unix- és a Windows- 
rendszerek közötti eltérésekkel foglalko- 
zik. Akinek már akadt dolga valamilyen 
Unix-rendszerrel, annak rengeteg dolog 
ismerős lesz a Linuxszal való ismerkedés 
során. A most leírtak tehát inkább azok- 
nak szólnak, akik ezeket a rendszereket 
csupán hírből ismerik. 
Az első, amit meg kell jegyeznünk, hogy 
a Linux egy valódi többfeladatos 32-bites 
operációs rendszer. A már őskövületnek 
számító Windows 3.1 például jóindulat- 
tal sem nevezhető operációs rendszer- 
nek, mivel tulajdonképpen nem más, 
mint grafikus héj a szöveges DOS-kör- 
nyezeten. Ugyan lehetővé tette, hogy 
,egyszerre" több alkalmazást is futtat- 
hassunk, de minden futó folyamat 
(process) maga dönthette el, hogy med- 
dig kíván futni, és mikor adja át a futási 
lehetőséget a többi folyamat számára. 
Ez nem valami hatékony megoldás, 
mert ha egy alkalmazás lefagy, az egész 
rendszert magával rántja. 
A Windows 95 megjelenésével javult 
valamit a helyzet, a folyamatok üteme- 
zését már maga a rendszer végezte 
(habár messze elmaradt a Windows 
N1I-tól), és büszkén hirdette magáról 
32-bites mivoltát. Ám ez utóbbi nagyon 
csalóka, mivel a régi alkalmazásokkal 
való megfelelősége (compatibility) 
következtében rengeteg 16-bites kód- 
részt hagytak a rendszerben, sőt a 
rendszer a 32-bites védett módból a 
16-bites valós módba ide-oda kapcsol- 
gatott. Ez pedig a rendszer üzembiz- 
tonságára nézve nagy veszélyt jelentett. 
A Windows 98/ME forgalomba kerülé- 
sével további fejlődést tapasztalhat- 
tunk: amit lehetett, átírtak 32-bites kör- 
nyezetbe, továbbá egyéb biztonsági 
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szolgáltatásokkal is kiegészítették. 

A Windows NI/2000/XP azonban telje- 
sen más, ezek - a Linuxhoz hasonlóan — 
valódi többfeladatos és 32-bites operá- 
ciós rendszerek. Minden alkalmazás 
egymástól teljesen elkülönített , térben" 
fut, és az egyik nem tud a másik dol- 
gába , belerondítani". 

A Linux magas szintű üzembiztosságát 
nem annak köszönheti, hogy kevesebb 
hibát tartalmaz, mint például a Win- 
dows. Az igazat megvallva, tele van 
hibával, hiszen ezt is emberek alkották. 
A különbség csak annyi, hogy egy 
alkalmazás lefagyása vagy helytelen 
működése korántsem okozhat akkora 
galibát, mint egy Windows 95/98/ME 
rendszerben. 

Ez annak köszönhető, hogy egy folya- 
mat nem férhet hozzá közvetlenül 
gépünk erőforrásaihoz, például rendsze- 
mányba írhat, ahová a rendszermag 
számára engedélyezi. Hiba esetén pedig 
a rendszermagnak jogában áll az alkal- 
mazás futásának beszüntetése és a me- 
móriából való , kitakarítása" . 

lehát Linux alatt is szép számmal fagy- 
nak az alkalmazások, de ez csak a leg- 
ritkább esetben okoz fennakadást a 
rendszer és a többi folyamat működé- 
sében. A Linux csak akkor dőlhet össze, 
ha vagy a rendszermagban vagy a gép 
szintjén történik lefagyás (ezek az esetek 
szerencsére elég ritkák), viszont egy 
alkalmazás egyedül nem képes erre. 
Most térjünk a tárgyra, azaz a Linux- és 
a Windows-alapú rendszerek különbsé- 
geinek bemutatására! 

A Linux-rendszerek magja modularizált. 
Ez azt jelenti, hogy a rendszermag 
bizonyos részei különálló egységekben 
(modulokban) találhatók, amelyeket 
kedvünkre ki- és betölthetünk. Modu- 
lokban leggyakrabban a különböző 
eszközök támogatását szokás elhelyezni. 
Az ilyen modularizált rendszermagok 
előnye, hogy ezek a modulok csak akkor 
töltődnek be, amikor szükség van rájuk, 
egyébként nem foglalnak helyet a 
memóriában. 

Azt hogy a rendszermag mely részei ke- 
rüljenek modulba és melyek ne, a rend- 





szermag 
újrafordításakor 

mi is meghatározhatjuk. Előző szá- 
munkban említettük, hogy a rendszer- 
mag fordítása a Linux világában hét- 
köznapi műveletnek számít, ugyanis 
számtalan előnye van, ha saját magunk 
készítette rendszermaggal dolgozunk. 
Egyrészt a mi processzorunkra lesz 
testreszabva (ez nagyobb futási sebes- 
séget eredményezhet), másrészt csak 
azok az elemek kerülnek közvetlenül 

a rendszermagba, illetve modulba, ame- 
lyekre szükségünk van (ezáltal a rend- 
szermag mérete csökken). 

A Windowshoz szokott felhasználók 
ezt első látásra furcsa és bonyolult 
műveletnek tarthatják, pedig semmiféle 
programozási előképzettség nem 
szükséges hozzá. 

Előző számunkban szintén megemlí- 
tettünk, hogy a Unixok elsősorban há- 
lózati rendszerek. Az ilyeneket általában 
tehát nem egy, hanem több felhasználó 
használja, ezért bizonyos biztonsági 
szolgáltatásokra van szükség. A rend- 
szernek például nem szabad engednie, 
hogy bármely felhasználó ész nélkül 
törölgethessen benne, írhasson bele stb. 
Ezért a Windows NI-khez hasonlóan, 

a munka megkezdése előtt itt is egy 
felhasználónév-jelszó párossal kell be- 
jelentkeznünk. A root-felhasználó, 
vagyis a rendszergazda bír a legtöbb 
jogosultsággal. Csak ő képes például 

a különböző rendszerbeállításokat meg- 
változtatni, további felhasználókat 
létrehozni, illetve törölni stb. A rend- 
szergazdára (kevés kivétellel) semmilyen 
korlátozás nem vonatkozik, bármit 
letörölhet — szabadon , garázdálkodhat" 
a rendszerben. Ezért a Unix világában 
nagyon fontos, hogy csak akkor lépjünk 
be rendszergazdaként, ha valami olyas- 
mit szeretnénk elvégezni, amelyhez 
ezek a jogosultságok szükségesek. 
Egyébként hozzunk létre magunknak 
egy saját felhasználót, amivel a , hétköz- 
napi" munkálatokat végezzük. A fel- 
használókat egyébként csoportokba is 
szervezhetjük. Ez azért hasznos, mert 
az adott csoportra meghatározott jogo- 
sultságok a csoportban lévő összes 
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Zsomagkezelés Debian/GNU alatt 
cccMihez kezdjünk, ha már áll a rendszer, de valamit telepíteni, frissíteni szeretnénk?7252 


50kan mondják, hogy "igen, igen, a rendszert még sikerült feléleszteni, de amikor egy új programot 
kellett telepíteni, megállt a tudomány," E cikkben röviden azt szeretném körbejárni, hogy miként is lehet 
bánni a .deb csomagokkal. Mivel a téma önmagában is igen nagy, ezért nem tudok minden kérdésre 
kitérni, de igyekszem az általánosan előforduló feladatokat -- saját ízlésem szerint -- végigjárni. 


Mi az a .deb? 
A programcsomagok általában három változatban érhetőek el: egyszerű tömörített állományként (.tar.gz 
vagy .tar.bz2 formátum), rpm csomagként (eredetileg a Red Hat álltal fejlesztett csomagkezelő 
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csomagformátum külön csomagkezelő rendszerek meglétét feltételezi, amely rendszerek a csomagokban 
található kiegészítő adatok alapján szükség szerint maguk végzik el a programok kicsom agolását, 
fordítását, beállítását, telepítését. Egyre több olyan programmal is találkozhatunk, mely saját 
telepítőrendszerrel rendelkezik, ilyen például a StarOffice is. 


Mi most a .deb csomagokkal foglalkozunk, melyeket több programmal is használhatunk. Kezdjük talán 
onnan, hogy hol találjuk meg ezeket a .deb fájlokat? Van több központi ftp-terület, melyek (a cikkben 
csak a Debian- vonallal foglalkozom) az alaprendszerhez tartozó csomagokat tárolják. Három fő terjesztés 
van, a Potato, a Sid és a Woody, melyeket külön tartanak karban. A három terjesztés közül mindig 
kineveznek egyet "megbízhatónak" (Stable, jelenleg a Potato), egyet "bizonytalannak" (Unstable, a Sid - 
a SID sohasem lesz se testing vagy stable, mivel a Still In Development azaz Még Fejlesztés Alatt 
rövidítése), egyet pedig próbaváltozatnak (Testing, most a Woody). 


Tehát, amikor egy rendszert telepítünk, tudnunk kell, hogy melyiket választjuk. A legutóbb az újság 


Pagel/6 Comet 110096 (INSRT (STDÍHYP 





Linuxos képernyő 


felhasználóra vonatkoznak. 

A Linux fájlrendszere az ext2. Itt min- 
den állományhoz egy úgynevezett 
fájlleíró (1-node) tartozik, amely az 
adott fájl tulajdonságait (például méret, 
tulajdonos, lemezblokkok címei stb.) 
tartalmazza. Egyes Linux-terjesztések 
egyébként azt is lehetővé teszik, hogy 

a rendszert akár FAT lemezterületre is 
telepíthessük. Az újabb változatokban 
már az ext2 fájlrendszert annak tovább- 
fejlesztett változatára, az ext3 fájlrend- 
szerre cserélhetjük le. Ez már egy úgy- 
nevezett naplózó (journaling) fájlrend- 
szer. A naplózó fájlrendszerek lényege, 
hogy a merevlemezünkön lévő adat- 
szerkezetből naplót szerveznek, és az 
összes függőben lévő írásműveletet 

a napló végéhez csatolják. Így egy szeg- 
mensben fájlleírókat és adatblokkokat 
vegyesen találhatunk. A naplózó fájl- 
rendszerek működése ennél azért sok- 
kal összetettebb. A lényege az, hogy 
sok kisebb írásművelet esetén a naplózó 
fájlrendszerek használata gyorsabb 
működést eredményez, és például ke- 
vésbé érzékeny az áramszünet okozta 
fennakadásokra. 

A linuxos fájlrendszereken kívül a rend- 
szermag egyéb fájlrendszereket is támo- 
gat, például a FAT16-ot és a FAI32-óőt, 
továbbá az OS/2 HPFS-ét és a Windows 
NT NIFS-ét. 

A Unix-rendszerekben a különböző 
lemezegységek fájlrendszerei nincsenek 
különválasztva egymástól, mint a Win- 
dows-rendszerekben, hanem mindegyi- 
kük egységes, összefüggő könyvtárszer- 
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Magazine Profile 


Linuxvilág magazine was launched in November, 2000 It was born as the frust of our 
partnershzp with Linux Journal, which is published by the American pubhsher, Speciahized 
Systems Consultatsons (S$C). LJ has been around since 1994, círculated worldwide over 
100 000 copies monthiy Thanks to íts nch content and outstanding guality, LJ has budt an 
excellent reputation among resders over the years, becoming the premier Linux related 
publicaton 


Following the path of Linux Journal, our primary objective is to provide up-to-date information 
about the latest internatsonal and domestic development in Linux 


Linuxvilág 1 unigue tó the Hungarian market - tt as the only profetssonal computer sctence 
related magazine dedicated solely to Linux Although currently we mainly rely on 

of Linux Journal, we are contmously extending and improving our content relevant to the 
Hungarian Linux community, placing special emphasis on topics and articles related tó 
domestx usage and development 


Our magazine is greatly supported by its websrte, hnuxvilag bu Here one can find ezcerpts of 
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Windowsos képernyő 


kezetet alkot. Ha például a gépünkbe 
helyezett CD-n található állományokhoz 
szeretnénk hozzáférni, akkor azt előtte 
be kell tfűznünk ehhez a fájlrendszerhez. 
Ha megtörtént, CD-nk tartalmát egy 
megadott könyvtár alatt (általában 

a /cdrom) találjuk. Ezt a műveletet befű- 
zésnek (mount) hívjuk, sorozatunk 
későbbi számaiban e témára részletesen 
ki fogunk térni. 

A Unix-rendszerek másik sajátossága, 
hogy szinte az összes rendszerbeállítást 
szöveges állományok tömkelegében 
tárolják. Ezek az állományok a /etc 
könyvtárban találhatóak, és általában 
csak a rendszergazda módosíthatja 
őket. Azzal, hogy a különböző beállítá- 
sok mely állományokban vannak, és 
azokat miként módosítatjuk, sorozatunk 
további részeiben foglalkozunk. 

A rendszer bináris állományai (azaz 
maguk a programok) a /bin, illetve a 
/sbin könyvtár alatt lelhetők fel. Ezekben 
a könyvtárakban csak a legalapvetőbb 


KITTEN 


felhasználói és rendszerfelügyeleti 
programok találhatók, a többiek a 
/usr/bin, illetve a /usr/sbin könyvtárban 
helyezkednek el. 

A /home-ban a felhasználók úgynevezett 
saját könyvtárait találhatjuk. A saját 
könyvtár szintén fontos fogalom a Unix 
világában. Ez nem más, mint a felhasz- 
náló egyéni könyvtára, ahol a magánjel- 
legű dolgait tárolhatja. A saját könyvtár 
neve általában a felhasználó azonosító- 
jával egyezik meg. 

Mivel a Unix többfelhasználós rendszer, 
alapvető fontosságú meghatároznunk, 
hogy ki milyen állományhoz férhet 
hozzá. Minden fájlnak van egy tulajdo- 
nosa és egy csoportja. Az állományra 
vonatkozó jogokat a tulajdonos, illetve 
a rendszergazda határozhatja meg. 
Megmondhatja, hogy milyen jogok 
vonatkozzanak a tulajdonosra, a cso- 
portra és mindenki másra. A Unixban 
alapvetően háromféle jogosultság léte- 
zik: olvasás (read), írás (write) és végre- 
hajtás (execute). Az utóbbi értelemsze- 
rűen csak a futtatható állományoknál 
érdekes. Ezenkívül létezik még néhány 
úgynevezett módosító bit is, ezekről a 
későbbiek folyamán fogunk szót ejteni. 
Egy másik unixos , szokás", hogy az 
ilyen rendszerek alatti különböző esz- 
közöket úgynevezett eszközállományok 
(device files) segítségével érhetjük el, 
amelyek a /dev könyvtár alatt találhatók. 
Ha például a második soros kapunkra 
akarunk hivatkozni, ami a DOS-ban 

a COM2 névre hallgat, ezt Unix alatt 

a megfelelő eszközfájl nevének meg- 
adásával tehetjük meg (jelen esetben 
/dev/ttyS1). A merevlemezeknek és 

a gépünkben lévő többi meghajtónak 
(drive) is megvan a maga megfelelő 
eszközfájlja. Például az elsődleges 
ATAPI merevlemeznek a /dev/hda, az 
azon található első lemezterületnek 
pedig /dev/hda1 a neve. 

Sorozatunk következő részében már 

a gyakorlati oldalról vizsgáljuk meg 

a Linuxot: megismerkedünk néhány 
alapvető utasítással, és bemutatunk 
néhány egyszerű rendszerfelügyeleti 
műveletet. 
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nevű macskája. Minden észrevetelt, 
megjegyzést, levelet szívesen fogad. 
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Az Emacs (3. rész) 


Sorozatunk e részében az Open párbeszédablak kínálta lehetőségekben mélyedünk el. 


érjünk vissza a sorozatunk előző 
részében taglalt fájlbetöltés 
példájához, hasonlítsuk össze 
a unixos életérzést tükröző billentyűs 
állomány megnyitási módját a Win- 
dowsban megszokott párbeszéddoboz- 
zal! Ehhez az Open ikont kell meg- 
nyomnunk (1a kép). 
Az XEmacs természetesen nem lenne 
Emacs-változat, ha szokványos Fájl, 
Megnyitás párbeszédablakot kapnánk. 
Ha megnézzük a legfelső sort, ott a 
, Possible Completions are:" szöveget 
olvashatjuk. lehát elvileg nem állomá- 
nyokat látunk magunk előtt, hanem le- 
hetséges kiegészítéseket. A kiegészítése- 
ket a parancssorról ismerhetjük, ahol 
a TAB nyomogatásával az általunk beírt 


teljesen beírt parancsnál az ENTER-t 
nyomunk, a parancs kiegészül, és ha 
lehetséges, végrehajtódik. Ha nem, listát 
kapunk. A program itt is elkészíti a 
lehetséges kiegészítések listáját, ha a ? 
karaktert gépeljük be. A mini átmeneti 
tárolóban a le és a fel nyilakkal választ- 
hatunk a korábban behívott fájlok közül, 
majd az ENTER megnyomásával dönté- 
sünket jóváhagyhatjuk. 

Az Emacs-szakzsargon szerint nem meg- 
nyitjuk a kívánt állományt, hanem meg- 
látogatjuk. Ez azt jelenti, hogy a prog- 
ram átmeneti tárolót hoz létre, majd 
bemásolja oda a megnyitott állományt, 
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Regexp Look Sort 


. Copy to... c 
mé Rename to... R 


parancsok mindig kiegészülnek, vagy 

-— ha a helyzet nem egyértelmű - egy 
listát kapunk. A mini átmeneti tároló is 
ott van legalul, hogy még akkor is gépel- 
hessünk, amikor erre látszólag semmi 
szükség. De a kiegészítések egyben 
szűrőként is működnek, hiszen amint 
beírjuk ide az első betűket és nyomo- 
gatjuk a IAB billentyűt, úgy látunk egyre 
kevesebb állományt az ablakban, míg 
végül megkapjuk az általunk keresettet. 
Ne felejtsük el, hogy Unixban a fájlki- 
terjesztéseknek nincs olyan meghatá- 
rozó szerepük, mint Windowsban, ezért 
Unix-állományok esetében a "." típusú 
szűrés nem mindig célravezető! 

Ahogy az ablakban navigálunk, a vissz- 
hangterületen mindig láthatjuk, hogy 
éppen hol járunk. A jobb egérrel vagy 

a NYÍL billentyűkkel kiválaszthatjuk a 
kívánt állományt, majd ENTER-t nyomva 
beolvashatjuk. A fentiek ismeretében 
talán már nem is tartjuk olyan hasznos- 
nak az XEmacs Fájl Megnyitás párbe- 
szédablakát, különösen akkor, ha tud- 
juk, hogy a mini átmeneti tárolóba begé- 
pelt C-x C-F után a IAB kétszeri megnyo- 
másával kiegészítéslistát kapunk, ahon- 
nan szintén egérkattintással választha- 
tunk vagy beírhatjuk a kívánt állomány 
nevét. A kiegészítések nemcsak állomá- 
nyok meglátogatásakor működnek, 
hanem parancsok bevitelekor is. A TAB 
mellett a szóköz billentyű is használható 
kiegészítésre, de ez csak egy szóig egé- 
szíti ki a beírt szöveget. Ha egy nem 
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JNSTES 

total 140 
druxr-xr-x 21 
ÖTUxXr-xr-x 23 
LEUXCUKXT UK 1 
druxr-xr-x 10 
IEUXT UT UK 
ÖTUXT-xr-x 
ÁTUXT-xr-xg 
LPUJXC UK UK 
HTUXT-xr-x 
HTUXT-xr-x 
HPUXT-xr-xg 
ÖPUXT-xr-x 
HTUXT-xr-x 
HTUXT-xr-x 
HPUXT—-xr-x 
ÖTUXT-xr-x 
ÖTUXT-xr-x 
ÁTUXT-xr-xg 
HTUXT-xr-x 
ÖTUXT-xr-x 
HPUXT-xr-x 
LEUJXC UK UJ 
ÖTUXT—-xr-x 
HTUXT—-xr-xg 
LEUJXC UK UK 
ÖTUXT—-xr-x 


root 4096 
root 4096 
root 5 
root 4096 
root 5 
root 32168 
mail 4096 
root 10 
root 4096 
root 4096 
root 4096 
root 4096 
root 4096 
root ES 
root 4096 
root 24576 
root 4096 
root 4096 
root 4096 
root ES 
root 4096 
root 

root 

üt 

root 

root 


ein(mhe 
root 
root 
root 
root 
root 
root 
(ant 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
fEIEÜG 
root 
root 
root 
root 
root 
Matt 
EEG 


sep 
sep 
AUg 
sep 
Aug 
üct 
sep 
sep 
sep 
sep 
sep 
sep 
sep 
sep 
sep 
GE 
üct 
sep 
sep 
sep 
HET 
AUg 
sep 
sep 
AUg 
Aug 


Expunge File Flagged for Deletion x 
Compress/UIncompress z 
Uuencode/UVudecode Uu 
Print... P 
Change Mode... 

Change Owner... 

Change Grow... 

Load 

Byte-compile 

Hardlink to... 

Symlink to... 

shell Command. . . 
Backgrouwumd Shell Command. . . 
Delete Marked Files 

Visit file mem ? 


MH mm ra 


Operate on file mem : 


18 10:40 man 
18 11:23 openywin 
30 : sbin 
ű : share 
Hz ; 
18 : srcC 
ssl 
59 Sz Narétmn 
var 


med s Han 


í(Dired bu name) ----All 


7usrz. . . done 


Reading directory 





2. kép 


és megjeleníti egy ablakban. A továb- 
biakban tehát az átmeneti tároló tartal- 


mát szerkesztjük, nem a megnyitott fájlt. 


Változtatásaink csak akkor fognak a 
merevlemezen vagy más adathordozón 
tárolt állományban megjelenni, ha a C-x 
C-s teljes billentyűvel mentjük. 


Mentés 

Az Emacs bizonyos időközönként menti 
a fájlokat, és az ilyen ideiglenes állomá- 
nyokat elöl és hátul 7 karakterrel jelöli 


meg, például smule.txtát. Az önműködő 
mentés nem az eltelt időtől függ, hanem 
a begépelt karakterek számától, ami 
alapértelmezetten 300 leütés. Ezt az érté- 
ket az auto-save-interval változó 
tárolja, aminek az értékét az Options, 
Customize, Emacs, Data, Auto Save, 
Interval menüpontban változtathatjuk 
meg. Mi magunk is végezhetünk biz- 
tonsági mentést az M-x do-auto-save 
paranccsal. Esetleges áramszünet vagy 
más gond esetén ezeket a külön mentett 
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állományokat használhatjuk a baj előtti 
állapot visszaállítására az M-x recover- 
file RET fájl neve RET paranccsal. Az 
Emacs az önműködő mentést ilyenkor 
kikapcsolja, mert jogosan feltételezi, 
hogy a visszaállított fájlban értékes ada- 
tok vannak. Amikor végeztünk a hely- 
reállítással, a C-x C-s paranccsal nekünk 
magunknak kell mentenünk, majd az 
M-x auto-save-mode RET begépelésével 
az önműködő mentést újra be kell 
kapcsolnunk. Az XEmacsban a Save 
ikonnal is menthetünk. (1b kép) 

Az Emacs a biztonsági mentések mellett 
biztonsági másolatokat is készít, amelye- 
ket a — jellel jelöl meg, például mule.txt—. 


A Dired 


A Dired a Directory Editor (Könyvtárszer- 
kesztő) szó összevonásából ered, segítsé- 
gével könnyen mozoghatunk a könyvtá- 
rakban, és szerkeszthetjük őket. (1c kép) 
Az ikon megnyomása helyett gépelhet- 
jük a C-x D teljes billentyűt vagy az M-x 
dired parancsot, hogy a kisméretű átme- 
neti tárolóba beírhassuk a kiválasztandó 
könyvtár nevét. Döntésünket az ENTER 
megnyomásával hagyhatjuk jóvá. 
Próbáljuk ki a fentihez hasonló C-x C-D 
parancsot is, ami egy megadott könyv- 
tárat listáz ki. Látjuk, hogy a C-XD a 
Könyvtárszerkesztő megnyitását végző 
és a C-x C-Dp listázó parancsok billen- 
tyűkombinációi csak egy helyen térnek 
el egymástól. A különbség annyi, hogy 
az első esetben a CTRL billentyűt fel kell 
engedni, mielőtt a D billentyűt nyom- 
nánk meg, a második esetben az X és 

a d billentyűk megnyomásakor a CTRL-t 
nyomva tarthatjuk, ha akarjuk, de akár 
fel is engedhetjük az X után, hogy 
utána ismét lenyomhassuk. A C-x 4D 
parancs hatására a Könyvtárszerkesztő 
új ablakban fog megjelenni. Ha már 
belekerültünk a Könyvtárszerkesztőbe, 
vigyáznunk kell, mert a közönséges 
billentyűk most csúnya dolgokat mű- 
velhetnek! Ha y állomány fölött állunk, 
akkor a D vagy a C-D törlésre jelöl ki, 
amit a sor elején megjelenő D betű és 
az állomány elszíneződése mutat. A A 
és — billentyűkkel a könyvtárban lévő 
összes biztonsági mentés és biztonsági 
másolat egy lépésben kijelölhető tör- 
lésre. Az U megnyomása eltávolítja 

a kijelöléseket, de ha az X-et nyomjuk 
meg, a kijelölt fájlok valóban törlődnek! 
Szerencsére törlés előtt rákérdez, hogy 
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A legfontosabb állománykezelő teljes billentyűk és parancsok 


C-x C-F meglátogat egy állományt; 

C-x 4 F egy másik ablakban látogatja meg az állományt; 
C-X5 F új keretben látogatja meg az állományt; 

C-x C-R csak olvasásra látogatja meg az állományt; 

C-x C-v új állományt hív be a mostani helyébe; 

C-XI egy másik fájl tartalmát szúrja be az átmeneti 


tárolóba a kurzornál; 


C-x C-a egy eredetileg csak olvasásra megnyitott állományt 
írhatóvá tesz az átmeneti tárolóban, szerkesztés után 
más néven kell menteni; 


C-x C-w más néven menti az állományt; 

C-x C-s az állományt kimenti a lemezre; 

C-xX S az összes állományt lemezre menti; 

M-— ha egy fájt semmiképpen sem akarunk kimenteni, még 


ha meg is változtattuk, ezzel a billentyűvel megakadá- 
lyozhatjuk a mentést, mivel úgy teszünk, mintha az 
átmeneti tár tartalma nem változott volna; 


M-x view-file RET fájlnév egy állományt úgy olvas be, hogy mindig egy 

RET képernyőnyit mutat belőle; 

M-x delete-file RET fájlnév RET —— törli a megnevezett fájlt; 

M-x copy-file RET régi fájlnév a régi fájlnevű állományt új fájlnevűbe 

RET új fájlnév RET másolja; 

C-u C-x C-S a most mentett állomány a következő mentésnél 
biztonsági másolattá válik; 

C-x C-d könyvtárútvonal RET röviden kilistázza egy könyvtár tartalmát; 

C-u C-x C-d könyvtárútvonal RET szószátyár listát ad a könyvtár tartalmáról; 

M-x make-directory RET létrehozza a megadott nevű könyvtárat; 

könyvtárnév RET 

M-x delete-directory RET törli a megadott nevű könyvtárat; 

könyvtárnév RET 

M-x rename -file RET régi a régi fájlnevet új fájlnévre nevezi át. 


fájlnév RET új fájlnév RET 


Néhány átmeneti tárat kezelő parancs 


M-x rename-buffer RET tároló név RET 
M-x rename-uniguely 


M-x revert-buffer 


M-x view-buffer RET átmeneti tároló 
neve RET-olvasásra 


valóban végrehajtsa-e ezt az immár 
visszavonhatatlan műveletet. Ha sok 
állományt jelöltünk ki egyszerre 
törlésre, az U fentről lefelé érvényte- 
leníti a törlést, a DEL (vagy DELETE) 


megváltoztatja a működő átmeneti tároló nevét; 


egyedien nevezi át a működő átmeneti tárat, 
úgy, hogy az addigi tárolónévhez egy számot 
ad, például az emacs.rtf névből 
emacs.tfC2: lesz; 


az átmeneti tár tartalmát állítja vissza 
ismételten meglátogatva a lemezen lévő eredeti 
állományt; 


beolvas egy már meglátogatott állományt. 


alulról felfelé. Még egyszer hangsúlyo- 
zom, a kijelölés még nem jelent törlést, 
ahhoz az X billentyűt kell megnyomni! 
A Könyvtárszerkesztőben a szerkesztő- 
utasítások közt szerepel az átnevezés, 
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amihez elegendő a nagy R betűt (SHIFT-R) 
megnyomnunk, a nagy C betű átmásolja, 
az f pedig megnyitja az állományt, az o 
úgy viselkedik, mint az f, de az állományt 
új ablakban nyitja meg. Ha a v betűt 
nyomjuk meg, akkor olvasásra nyitjuk 
meg a fájlt (ugyanaz, mint a File, View 
Fájl... menüpont vagy az M-x view-file 
parancs). Ha egy fájlt csak olvasásra 
nyitottunk meg, akkor nem tudjuk szer- 
keszteni, hacsak be nem ütjük a C-x C-o 
teljes billentyűt, ami az átmeneti tár 
tartalmát szerkeszthetővé teszi, de nem 
magát az eredeti állományt! Ilyenkor 

a munka befejeztével a fájlt más néven 
kell menteni. A File, Save some buffers 
vagy a C-x S az összes fájlt kimenti. Ha 
rossz fájlt töltöttünk be egy ablakba, a 
C-x C-v paranccsal kicserélhetjük. A File, 
Insert File... vagy C-XI egy teljes fájlt 
nyit meg és szúr be a már szerkesztett 
állományba a kurzor helyén. Nem meg- 
lepő, hogy az új állománynevek beíratá- 
sához a fenti utasítások jó része a kis- 
méretű átmeneti tárolót használja. 
Figyeljük meg azt is, hogy az XEmacs- 
ban időnként megváltozhat a menü 
vagy az ikonsor. Amikor belépünk a 
Könyvtárszerkesztőbe, új menüt kapunk 
(lásd a 2. képet a 40. oldalon). 

Ha kapcsolatunk van a Világhálóval, a 
beépített böngészőt az Apps, Browse the 
Web menüvel indíthatjuk el. Most nem- 
csak a menü, hanem az ikonok is meg- 
változnak (lásd a 3. képet). 


Nlyomtatás 

Egy jól beállított Linux-rendszeren a 
nyomtatást nem kellene külön megemlí- 
tenem, hiszen csak a Print ikont szük- 
séges hozzá megnyomnunk, de az 
XEmacsban mindjárt kétféle nyomtatási 
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mód közül választhatunk (lásd az 1d 
képet a 40. oldalon). 

A File, Print Buffer FájlNév menüpont- 
ban a pillanatnyi fájlt egyszerűen 
nyomtathatjuk ki, míg a File, Pretty- 
Print Buffer FájlNév szebben nyomtat: 
csinos fejlécet tesz a lap tetejére — kiírva 
az oldalszámokat és a dátumot, vala- 
mészetesen ezeket a szolgáltatásokat 

a kisméretű átmeneti tárolóból is indít- 
hatjuk, de az M-x print-buffer parancs 
nem nyomtat annyira csinosan, mint 

a Pretty-Print Buffer, de egyszerű dátu- 
mos és oldalszámos fejlécet azért tesz 

a lap tetejére. Az M-x Ipr-buffer parancs 
nem nyomtat fejlécet. Az M-x print- 
region fejléccel, az M-x Ipr-region fejléc 
nélkül nyomtatja ki a kijelölt területet, 
de nem az egész fájlt. 


Atmeneti tárak 

Ahogy már korábban említettem, az 
Emacs a megnyitott állományokat átme- 
neti tárolókban (buffer) tárolja. Sok 
átmeneti tároló létezhet egy időben, 

de közülük mindig csak egy lehet mű- 
ködő. Mindegyik átmeneti tárolónak 
külön neve van, amit az M-x rename- 
buffer paranccsal változtathatunk meg. 
Átnevezéskor vigyázzunk arra, hogy ne 
hozzunk létre névazonosságokat, és arra 
is, hogy a kis- és nagybetűk különböz- 
nek. Az átmeneti tárolók egyedi azono- 
sítói segítenek abban, hogy kiválaszt- 
hassuk őket a Buffer, List All Buffers 
menüben. Az összes átmeneti tárolót 

a C-x C-B billentyűkkel is kilistázhatjuk, 
majd a kapott felsorolásból a középső 
egérgombbal vagy a jobb egérgomb két 
kattintásával, esetleg az ENTER haszná- 
latával választhatunk: 


Az Átmeneti tároló listában olvashatjuk 
az átmeneti tárolók nevét, méretét, 

a megnyitás módját és az állomány ab- 
tároló előtt egy " van, azt már módo- 
sítottuk. A 90 (százalékjel) mutatja, hogy 
az állomány csak olvasható, nem írható. 
A . (pont) jelzi, hogy melyik a működő 
átmeneti tároló. Ha túl sok átmeneti 
tároló van nyitva, választhatunk ebből 

a listából, és a C-x k TárolóNév parancs- 
csal kiirthatjuk őket. Ha nem adunk meg 
nevet, hanem a parancs kiadása után 
egyszerűen megnyomjuk az ENTER bil- 
lentyűt, akkor a jelenlegi átmeneti táro- 
lót irtjuk ki. Ilyenkor a legutóbb használt 
átmeneti tároló válik kiválasztottá. Ha az 
átmeneti tárolóban nem mentett adatok 
vannak, az Emacs felajánlja a mentést. 
Az M--x kill-some-buffers parancs egyen- 
ként végigkérdezi, hogy melyik átmeneti 
tárolót akarjuk törölni. A yes begépelése 
töröl, a 10 a következő átmeneti tároló- 
hoz ugrik tovább. 

A C-x b TárolóNév paranccsal is váltha- 
tunk az átmeneti tárolók között. Ha 
ilyenkor az átmeneti tároló nevének 
begépelése helyett egyszerűen ENTER-t 
ütjük le, az előzőleg szerkesztett átme- 
neti tárolóba jutunk. Itt is igaz az, amit 
az állományok megnyitásakor mond- 
tam: ha az adott nevű átmeneti tároló 
nem létezik, az Emacs létrehoz egyet 

a számunkra. Az ilyen, fájlokhoz nem 
kötődő átmeneti tárolókat jegyzetelésre 
használhatjuk, de ha akarjuk, a végén 
menthetjük is őket. A C-x B teljes 
billentyűhöz az M-x switch-to-buffer 
TárolóNév parancs van kötve. 

A C-x 4 b PufferNév új ablakban mutatja 
meg a kiválasztott átmeneti tárolót, és 
azonos az M-x switch-to-buffer-other- 
window PufferNév paranccsal. Az M-x 
switch-to-buffer-other-frame a megne- 
vezett átmeneti tárolt új keretbe hívja 
be. Ez utóbbi parancs a C-x 5 B billentyű- 
kombinációhoz van kötve. 

Sorozatunk következő részében az 
ablak- és keretkezeléssel foglalkozunk. 


Szaló István 
(ratlosoftofreemaill.hu) tanár, 
immár több mint másfél 

] évtizede foglalkozik progra- 

] mozással, de csak a Java és 
a Linux megismerése után 
tudta meg, hogy mi Is az igazi progra- 
mozás. Több írása megjelent már a hazai 
számítástechnikai lapokban. Ha néha 
feláll számítógépe mellől, rendszerint mű- 
vészettörténész feleségével és kisiskolás 
lányával , találja szemben" magát. 








Csomagkezelés Debian/GNNU alatt 


Mihez kezdjünk, ha már áll a rendszer, de valamit telepíteni, frissíteni szeretnénk? 


okan mondják, hogy , igen, igen, a rendszert még 
sikerült feléleszteni, de amikor új programot kellett 
volna telepíteni, megállt a tudomány." E cikkben azt 
szeretném röviden körbejárni, miként is lehet csomagokkal 
bánni. Mivel a téma önmagában is igen nagy falat, nem tudok 
minden kérdésre kitérni, de igyekszem az általánosan előfor- 
duló feladatokat — saját ízlésem szerint — sorra járni. 


Mi az a .deh? 


A programcsomagok általában három változatban érhetők el: 
egyszerű tömörített állománykérnt (.tar.gz vagy .tar.bz2 for- 
mátum), .rpm csomagként (eredetileg a Red Hat által fejlesztett 
csomagkezelő rövidítéséből), illetve .deb csomagként (a Debian- 
vonal által használt formátumban). A két csomagformátum 
külön csomagkezelő rendszerek meglétét feltételezi, amelyek 

a csomagokban található kiegészítő adatok alapján szükség 
szerint maguk végzik el a programok kicsomagolását, fordítá- 
sát, beállítását és telepítését. Egyre több olyan programmal 
találkozhatunk, amely saját telepítőrendszerrel rendelkezik, 
ilyen például a StarOffice is. 

Most a .deb csomagokkal foglalkozunk, melyeket több prog- 
rammal is használhatunk. Kezdjük talán onnan, hogy hol 
találjuk meg ezeket a .deb fájlokat? Több központi Ítp-terület 

is létezik, melyek (a cikkben csak a Debian-vonallal foglalko- 
zom) az alaprendszerhez tartozó csomagokat tárolják. Három 
fő terjesztés létezik: a Potato, a Woody és a Sid, melyek karban- 
tartása külön zajlik. A három terjesztés közül egyet mindig 

, megbízhatónak" neveznek ki (Stable, jelenleg ez a Potato), 
egyet , bizonytalannak" (Unstable), egyet pedig a próbaválto- 
zatnak (lesting, most éppen a Woody); a Sid pedig sohasem 
lesz se testing, se stable, mivel Still In Development, azaz 

, még fejlesztés alatt" a rövidítése. 

Amikor rendszert telepítünk, tudnunk kell, hogy melyiket 
válasszuk. Lapunk lemezmellékletére legutóbb a Woody került 
fel. Ha a saját terjesztésünkhöz tartozó anyagokat akarjuk 
megtalálni, nem mindegy, hogy melyikben keresgélünk. Igaz, 
az esetek túlnyomó részében a más terjesztésből származó 
csomagok is működnek, illetve számos csomagot külön helyek- 
ről kell beszerezni, erről azonban egy kicsit később szólok. 





APT, a kényelmes megoldás 

Most egy kicsit rendbontó leszek, és előreveszem az apt-get 
programot, ezzel ugyanis nagyon sok mindent meg lehet 
oldani. Röviden írok róla, hiszen már foglalkoztunk vele. 

Az apt-get felkeresi a /etc/apt/sources.list fájlban megadott he- 
lyeket, és az ott található csomagokkal dolgozik. Itt megadha- 
tunk helyi területet (file: vagy cdrom:), webes elérést (ftp: vagy 
http:), illetve titkosított kapcsolatot (ssh:). Nagyon jó leírásra 
bukkanhatunk a man sources . list parancs kiadásával. 
Amennyiben az apt által elérhető csomagok listáját frissíteni 
szeretnénk, adjuk ki az apt-get update parancsot; ha 
mondjuk a Gimpet kívánjuk telepíteni, akkor az apt-get 
install gimp parancsot akkor, ha pedig azt szeretnénk, hogy 
a kezelő a telepítés óta frissült összes csomagot önműködően 
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7. lista Hibaüzenet 


Hapt-get install joe 
Reading Package Lists... Done 
Building Dependency Tree... Done 
You might want to run V"apt-get -f install" 
sto correct these: 
Sorry, but the following packages have unmet 
s dependencies: 
joe: Depends: libncurses5 (5- 5.2.20010310-1) 
but 5.0-6 is to be installed 
Tibe6S- dev: bDepends: libcS "(— 2.1. 3 10) 
SDUCI2.2.4-1 is to "bé installed 


Contltetéss libe- dev 

(COTAEAES zo SA TKSTo GHZ e EVM OTE ete 
—is not installable 

Contlicts a 1tibdbi-dév 
Contlicts:" Llibgdoml- dev. büt 1t 
eeis not installable 
Contlictcs:  libpthreado- dev but 


ejt - is not" installablé 
locales:E: Unmet dependencies. Try 
s r-apt-get -f install" with no packages 
5 (OS SDEOCLÉY va "SOLUÚCTOny 


frissítse, az aot-get upgrade parancsot használjuk. 

No, itt kezdődnek a turpisságok. Mert mi történik, ha az 

1. listán látható üzenetet kapunk? 

Ilyenkor a szerencsétlen áldozat megpróbálkozik a hibaüze- 
netben javasolt -f kapcsolóval. Ez többnyire segít. Na, nem 
mindig. Előfordulhat például, hogy egy-egy csomag nem talál- 
ható meg a forrásterületen, pedig ott kellene lennie. Velem 
esett meg, hogy amikor a ktimer? csomagot kerestem, amely- 
ből a lista szerint a 2.2.2-8-asnak kellett volna a tükrön lennie, 
már csak a 2.2.2-8.1-esre bukkantam. Ez az a pont, amikor 
kézzel kell megoldanunk a helyzetet. 


Égy szinttel lejjebb: dpkg 

Az apt-get a háttérben valójában a dokg programot hívo- 
gatja. A fenti példánál maradva, ha a kezelőrendszer nem talál 
meg egy csomagot, magunknak kell a letöltési területre eltéblá- 
bolnunk, majd letöltés után a dpkg segítségével telepíteni: 


tt lynx --source fÍtp://...akarhol-is-van/ 

t ktimer 2.2.2-8.1 i386.deb 3: /opt/source/ 

t ktimer 2.2.2-8.1 i386.deb 

t dpkg -i /opt/source/ktimer 2.2.2-8.1 i386.deb 


lermészetesen egy idő után a tükör is helyesen tartalmazza 

a csomagot, semmi baj, az upgrade képes ezt a helyzetet 
kezelni. Egyébként érdemes egyszer végignézni, mi mindenre 
képes ez a csuda ügyes program, majd komolyan megfontolni 
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2. lista Az atp használata 


ferike:-tH?H apt-get install ace-of-pen" 

Reading Package Lists... Done 

Building Dependency Tree... Done 

The following extra packages will be installed: 
ace-of-penguins 

The following NEW packages will be installed: 
ace-of-penguins 

0 packages upgraded, 1 newly installed, 

50 to remove and 0 not upgraded. 

Need to get 333kB of archives. After 

súünpacking 595kB will be used. 

bo yo want to "continue: [v/ú1 

Get:1 http://dexter sid/main ace-of-penguins 

ST szea 3535KBI 

petched 338kB in" 08"(435kB/8) 

Selecting previously deselected package 

s5ace-of-penguins. 

(Reading database 38202 files and 

sdirectories currently installed.) 

Unpacking ace-of-penguins (from 

mm. . ./ace-of-penguins 1.1-2.1 i386.deb) 

Setting up ace-of-penguins (1.1-2.1) 


3. lista Részlet a /etc/apt-proxy/apt-proxy.conf fájlból 


add backend /debian/ 
/mait/store/apt-proxy/debian/ 
ftp. linuxvilag. hu: :mirrors/debian/ 
ftp. fsn.hu: : linux/debian/ 
ftp.de.debian.org: :debian/ 
ftp2.de . debian. org: :debian/ 


He 
ze HZ 


a dokg -h által kiírt utolsó sort: , Felhasználóbarát csomagke- 
zeléshez a dselect programot használjuk" . 


Csilt-vili csomagkezelés: dselect és aptitude 

Bár először mindenkinek ezt a programot ajánlják, nem hasz- 
nálom túl sokat. Sőt, hogy teljesen őszinte legyek, egyetlen 
izgalmas szolgáltatását alkalmazom: ha olyan csomagot kere- 
sek, amelynek nem tudom pontosan a nevét, elindítom a 
programot, belépek a Select területre (S, ENTER, majd SZÓKÖZ), 
és itt szövegesen keresek rá (/ (perjel), majd a keresett szöveg- 
rész). Ha például arra vagyok kíváncsi, hogy melyik csomag- 
ban is vannak a más rendszerekből már ismert pasziánszjá- 
tékok, rákeresek a Solitaire szóra, mire a rendszer az ace-of- 
penguins sorra ugrik. Ha telepíteni szeretném, ütök egy - 
(pluszjelet), majd az ENTER segítségével elhagyom a terepet. 
Ekkor szinte biztos, hogy a dselect hosszas magyarázko- 
dásba kezd, hogy mit kell még telepítenie. Miután itt megadtuk 
a függőségeket (kibogoztuk a szálakat), a rendszer a kért cso- 
magokat telepíti. 

A másik megoldás, hogy a csomag megtalálása után kilépünk 
a dselect-ből (CTRL-C), majd apt-get install csomagndgv. 
Megjegyzem, a csomagnév megadásakor helyettesítő karaktert 
is használhatunk. 

Ha valaki kedveli a menüvezérelt csomagkezelőket, érdemes 
egy pillanatra elkalandoznia az aptitude világába. Ez a 


A 
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4. lista Példa a /etc/rsyncd.conf fájlra 


NOg filgdl- /var/ VEGES e OG 
pid filé - /var/ HlNsEsémcéedel 
[debian] 
comment - A Debian tukor 
path - /var/ftp/debian 


mesüicomnect ions KÉN 


read only - yes 


kezelő is csupán egy , felület", a háttérben szorgalmasan hívo- 
gatja a többieket. Az aptitude megjelenésekor elég szegé- 
nyesnek látszik, ugyanis csupán faszerkezetet mutat. Aki 
viszont hozzászokik a használatához, döbbenetes sebességgel 
lesz képes a szükséges feladatokat megoldani. Nagy segítség, 
hogy a fában külön találjuk a telepített és a nem telepített 
csomagokat, a változatszámukkal együtt. 

Használata hasonlít a többi hasonszőrű programéra. A / gomb- 
bal tudunk keresni, a - jelöli ki a csomagokat telepítésre. 

A válogatás után a program a g hatására új listára vált át, mely- 
ben a telepítendő csomagokat láthatjuk, a g újbóli megnyomá- 
sára pedig elindítja a letöltést. A programot most részletesen 
nem ismertetem, szerencsére eléri az egyik ismerősöm megadta 
, telhasználóbarát alapkövetelményt": kiírja, hogy a ? segítsé- 
gével kapjuk meg a használathoz szükséges alapvető paran- 
csok leírását. 

Ha már itt tartunk, gyorsan szembe kell néznünk a csomag- 
kezelők nagy rákfenéjével: , Jó, jó, de mi történik akkor, ha csak 
egy rusnya modemes kapcsolatunk van? Hogyan fírissítsük 
vagy gyűjtsük be a szükséges csomagokat, és miként végezzük 
a karbantartásukat?" 

Nézzük gyorsan végig, hol és miként érdemes beszerezni és 
tárolni a csomagokat. A legeslegjobb, ha folyamatos és terhel- 
hető internetkapcsolattal rendelkezünk. Ekkor elég, ha a 
/etc/apt/sources.list-ben megadjuk egy megbízható tükör címét, 
és a gép minden munkát a címről végez. De mi történik, ha 
nincs folyamatos kapcsolatunk? Ekkor több lehetőségünk 
kínálkozik: gyűjtögetjük a lemezeket, egyesével beolvastatjuk 
őket (apt-cdrom add); egyesével letöltögetjük a telepítendő 
csomagokat; elkészítjük a letöltendő csomagok listáját, majd a 
szomszédban található jó kapcsolaton keresztül töltjük le; helyi 
tükröt hozunk létre; vagy letöltőügyfelet üzemelünk be. 

Az első két lehetőség magáért beszél, nézzük a többit. 


Letöltési listák: apt-zip 

Azok számára, akik nem a célgépen kívánják letölteni a cso- 
magokat, ez a két programocska nagyon hasznos lehet. Az első, 
az apt-zip-list elkészít egy héjprogramot, amelyet egy 
távoli gépre magunkkal vihetünk (diákotthonos ismerősök 
előnyben), a távoli gépen a héjprogram a kívánt csomagokat 
letölti egy kellően nagy hordozható tárolóra (ziplemez, hor- 
dozható merevlemez stb.), és a lemezt a célgépre visszahozva 
az apt-zip-inst egyszerűen futtathatjuk programot, mely 
elvégzi a telepítéseket. 

Nézzük meg, hogy hogyan működik mindez a gyakorlatban! 
Ha valaki például hordozható merevlemezt használ, és maga 
szeretné a befűzéseket kezelni, használhatja a --medium 

k nyvt4grngv --skip-mount kapcsolókat, így a két elkészí- 
tendő fájl a megadott könyvtárba kerül, a program pedig nem 
kísérletezik a kérdéses könyvtár befűzésével (alapértelmezésben 





5. lista Forrás megadása 


S rsyne ttp. I SIgnakéke 
Welcome to the ftp.fsn.hu anonymous rsync 
sservice. 


Please email suggestions and aguestions to 
spragfsn.hu 


You can access the archive using "rsync" 
program like 

rsync -av 

ftp. fsn.hu: : IModulel] /path/to/the/files 


Module Content 

ejő HANENKANSE al 

JEL TAG Linz díistributions 
cdimages CD-ROM Images 
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a /ZIP-et befűzi, oda dolgozik, majd a művelet végén ki is fűzi). 
Az apt-zip-list két fájlt hoz létre. Az első a fetch- 
script-wget - gőpngv, mely a távoli gépen futtatandó héj- 
program. Ha belenézünk, a fájl végén láthatjuk a ténylegesen 
letöltendő csomagok listáját. Ezt a listát a program magától 
készíti el, az apt-vel a telepítésre kijelölt, de még le nem töltött 
fájlok listájából. Fontos még megjegyezni, hogy a program 
jelenleg a wget-et használja - figyeljünk rá, hogy a letöltést 
végző környezetben rendelkezésre álljon. 

A munka vége még egyszerűbb. Miután a lemezt visszahoztuk, 
igény szerint befűztük, kiadjuk az apt-zip-inst parancsot 
(az eszköz kezelésére vonatkozóan lásd a fenti megjegyzéseket), 
ami az újonnan hozott csomagokkal a kért műveleteket elvégzi. 


Tükrök használata 

A tükrök felállítása külön feladat, melyre most nem térek ki, 
egy-egy ilyen területet számos módon ki lehet alakítani, teljes 
tükröt viszont csak akkor érdemes felállítani, ha a helyileg 
elérhető tükör megéri a hálózati terhelést. Szintén érdemes 
áthozni egy , alapot", amennyiben nem rendelkezünk nagyon 
erős kapcsolattal, egy tükör ugyanis akár húszgigás területet is 
elfoglalhat (amiben a teljes fa minden ága nincs is benne). 
Mindenképpen megéri viszont tükröt üzemeltetni, ha a háló- 
zatban legalább öt-hat debianos gép van, ugyanis mind a fris- 
sítés, mind a teljes telepítés nagyságrendekkel felgyorsulhat. 
Azonkívül ötvözni is lehet a módszereket, például a gépeken 
forrásként a helyi tükröt és a letöltőügyfelet is megadhatjuk. 
Amit szem előtt kell tartani, az, hogy a meglévő sávszélességet 
ne terheljük feleslegesen. 


Letöltőügyfél kis hálózatoknak: apt-proxy 

A végére hagytam a nekem legjobban tetsző megoldást. Ez 

a kis programocska kifejezetten olyan felhasználócsoport szá- 
mára készült, akik ugyanazokat a fájlokat valószínűleg több- 
ször is felhasználják, de nem szeretnék az egész Debian-fát 
folyamatosan tükrözni. A program helyi gyorstárat üzemeltet 
és a karbantartását is elvégzi. Ha valaki gyorstárazott fájlt kér 
tőle, HIIP-protokollon keresztül szolgálja ki. Ha a keresett fájl 
nincs meg a gyorstárban, a program a háttérben az rsync 
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segítségével letölti, majd továbbítja. Ez a felhasználó számára 
elméletileg , áttetsző", azaz nem okoz fennakadást. 
lermészetesen a gyorstárterület egyúttal tükör is lehet, kis 
sávszélesség esetén például hasznos megoldás a nagyobb 
frissítéseket lemezekről bemásolni (hétvégenként tükrözni stb.), 
amire pedig napközben van szükség, azt az apt-proxy 
lehúzza. Nagy előnye még, hogy egyszerre több forrásból is 
képes dolgozni (csak rsync-protokollon keresztül), ezért több 
forrást is meg tudunk adni neki, amelyeket a keresett fájlért 
sorrendben végigjár. 


Az apt-proxy beállítása 

A program telepítése után nagyon jó súgóoldal (man apt - 
proxy) segít a telepítésben. A fejlesztő ígérete szerint a tele- 
pítési lépéseket szép lassan beépíti a csomagba, így nem 

kell sok további lépést megtennünk. Addig is röviden: a 
/etc/inetd.conf-ban engedélyezni kell a 9999-et, létre kell hozni 
egy felhasználót, ami alatt a program dolgozik (alapértelmezés: 
apt-user), majd a /etc/apt-proxy/apt-proxy.conf fájlban be kell 
állítani a gyorstár helyét és a tükröket. 

Ítt az adá backend sorok az érdekesek. Három részből állnak: 
az első a kérelem előtagja szerinti illesztés (ahogy a felhasználó 
által kért fájl kezdődik), a második a gyorstár a helyi lemezen, a 
többi pedig a használható források címe (rsync-formátumban). 


Röviden az rsyneről 

Az rsync hálózati fájlátviteli program, mely egy gyors elle- 
nőrzés és hasonlítás segítségével csak a megváltozott részeket 
továbbítja. Más szóval: ha például egy negyven megás fájl 
végéhez hozzátűzünk egy új sort, az rsync nem tölti le újból 
az egész fájlt, csupán azt a pár kilobájtot. Na jó, ennél egy kicsit 
bonyolultabban működik, de a lényege ennyi. 

Egy terület megosztása rsync protokollon keresztül nem túl 
nehéz, csupán az rsync telepítése után olvassuk el a súgó- 
oldalt, készítsük el a /etc/rsyncd.conf fájlt, engedélyezzük az 
rsync-et a /etc/inetd.conf-ban, majd indítsuk újra az inet 
démont. A beállítófájl igen hasonló a samba.conf szerkezetéhez. 
Szerencsére például beállíthatjuk, hogy egyszerre legfeljebb 
hányan csatlakozhatnak a szolgáltatáshoz. 

A felhasználó oldaláról az rsync nagyon hasonlóan működik, 
mint például az rsh vagy az ssh. Hogy az újabb protokoll ne 
okozzon további kavarodást, az rsync-területek címzésénél két 
kettőspontot használjunk (vagy az rsync : / / formátumot). Ha 
kettőspontot használunk, a program egyszerű távoli héjmásolást 
végez. Ha pedig az elérhető megosztások és fájlok listáját akarjuk 
megkapni, akkor csak a forrást kell megadni (lásd az 5. listát). 

Ha valakit a program felhasználhatósága részletesebben érde- 
kel, melegen ajánlom az idevágó súgóoldalakat (man rsync 
és man rsyncd. conf). A leírásokban teljes példákat is talál- 
hatunk a biztonsági másolatok és tükrök készítéséhez, illetve 
fenntartásához. 

Röviden igyekeztem összefoglalni, miként érdemes elindulni 
a Debian-csomagok kezelésének útvesztőjében, és mint ahogy 
az elején írtam, a paletta sokkal szélesebb a most bemutatott 
programoknál. Érdemes minél többet megismerni, majd a ne- 
künk legjobban tetszőket kiválasztani. 


Szy György 

a Linuxvilág főszerkesztője, a Kiskapu Kiadó 
vezetője. Mindenki véleményét és levelét 
örömmel várja az alábbi levélcímen: 
Szy.Gyorgyalinuxvilag.hu 
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Földrengéshullámok terjedésének modellezése 


A Kaliforniai Műszaki Tudományok Intézete 
irdatlan méretű, 156 linuxos gépből álló, ikerprocesszoros fürtöt épített. 


a 4z9 


hatalmas földrengések a sűrűn lakott területeken vég- 
zetesek lehetnek, és az érintett területek gazdasága 


HI 


see 


számára óriási károkat okozhatnak. Az utóbbi nagy SEESS ss 
a 4 sé zzz 2Z Lg BERG egzs S 
földrengések -— El Salvadorban 2001. január 13-án 7,7 erősségű, SSSSS 
Bezzg SSE 
Indiában 2001. január 26-án 7,6 erősségű és Seattle-ben 2001. SSSSSI 
Fa aj Lf er E .. Lt a .. Fé SNANANÉNSSES 
február 28-án 6,8-as erősségű földmozgás — miatt nagy szüksé- SSSSSSI 
Bag set Mig 
günk van rá, hogy minél jobban megértsük a földrengések SESSS Si 
ES tagi TA 
fizikáját, és a földrengések előrejelzésére és a veszélyeztetett SSESS 
épületek, valamint a háttérágazat meghatározására tett kísér- SSE ÖR il 
letek is sürgetőekké váltak. SES DN 
A földrengések során tapasztalható erős földmozgásokat a sé Mu Mű 
mozgáskiegyenlítődés alakítja, amely három hullámfajtánál j o Ű/ 
jelentkezik: nyomásnál, illetve hanghullámnál, nyíróhullámnál 1; TTTTLLEETT vu 
(shear) és a felszíni hullámoknál. A földrengéshullámok terje- TERT JATNVLNSRERAKAYANYAIS 
JJMNLASSSSSSSSS 


HNANANT Tu 


dését numerikus módszerek használatával háromdimenziós SS 
összetett modelleken le lehet vezetni. A földrengéstudomány- 
ban a nehézségek két fő csoportba sorolhatók: egyrészt a 
térségi folyamatok utánzása, úgymint a földrengések terjedése 
a sűrűn lakott, földrengésre hajlamos üledékes medencékben, 
amilyenre Los Angeles vagy Mexikóváros példa, másrészt 

a földrengéshullámok terjedése a Föld teljes tömegében. 

Az összes földrengés folyamán a földgolyó több pontján 
mindössze néhány rengésjelző laboratórium rögzíti ezeket 


a Föld belső szerkezetéről árulkodó rengéshullámokat. 





Beowulf névre keresztelt vállalkozásával kezdődött 

(2 http/www.beowultf.org), amelyet a Caltechnél a Hyglac- 
és Los Alamosban a Loki-program követett (lásd Jom Sterling 
és munkatársainak Hogyan építsünk Beowulf rendszert? című 
könyvét és a 3 http:/www.cacr.caltech.edu/resources/naegling 
honlapot a Világhálón.) Az Egyesült Államokban Hans-Peter 
Bunge a Princeton Egyetemről az elsők között használt geofi- 
zikai kérdések megoldására a most bemutatásra kerülőhöz 
hasonló fürtözött rendszert, Európából pedig Emmanuel Chal- 
jub a párizsi Földtudományi Intézetnél (Institut de Physigue 
du Globe) vezette be az üzenetküldés ötletét a földrengéshullá- 
mok tovaterjedésének tanulmányozására. A fürtözést jelenleg 
az ipar és a tudomány számos területén használják. 


A numerikus módszer 

A Kaliforniai Műszaki Iudományok Intézetének (California 
Institute of lechnology) Földrengésjelző Laboratóriumában a 
kutatók nagy pontosságú numerikus módszert fejlesztettek ki: 
a spektrumelemes módszert a földrengéshullámok terjedésé- 
nek háromdimenziós modellezésére. Az eljárás a mérnöki 
tervezésben már általánosan elterjedt véges elemes módszeren 
alapul. Minden elem néhány száz pontot tartalmaz, és a föld- 
rengéshullámok lefutását helyi hálószemekre képezi le, a 
számítási eredményeket pedig a szomszédos hálószemeknek 
közvetíti. A Földön terjedő földrengéshullámok modellezésé- 
hez az egész földgömböt hálószemekre, majd azokat további 
nagyszámú szeletre bontottuk (1-2. kép). Minden egyes szelet 
nagyszámú elemet tartalmaz, általában több tízezret. A cél az, 
hogy a számítási műveleteket párhuzamos gépen végezzük, 
minthogy a feladat mérete nem teszi lehetővé, hogy progra- 
munkat osztott táras gépen vagy munkaállomáson futtassuk. 
A fent leírtak miatt a módszer fürtözött gépeken tökéletesen 
kivitelezhető, vagyis olyan elrendezésben, amikor egy-egy gép 
a hálószemhez tartozó részhalmaz összes elemét kezeli. A szá- 
mítások eredményének számítógépek közötti közvetítésére 

a hálózaton belül üzenetküldő módszereket alkalmazunk. 

A Linux-rendszeren történő párhuzamos feldolgozás alapgon- 
dolata a tudományos társadalomban gyorsan kifejlődött 
(bővebb adatok a megadott irodalomjegyzékből nyerhetők: 
M. Konchady és R. A. Sevenich cikkei). 

A nagy gépfürtök tudományos célú felhasználásának kutatása 
1994-ben a NASA (Az Egyesült Államok Űrkutatási Hivatala) 


A rendszer alapját képező gépi berendezés 

Elhatároztuk, hogy a feladat megoldására fürtöt újonnan 
építünk, szabványos számítógép-alkatrészek felhasználásával. 
A COTS (Commodity Off Ihe Shelf) mozaikszó a kiskereske- 
delmi forgalomban kapható alkatrészekből való összeszerelést 
jelöli, s ezt az elnevezést mi magunk is gyakran használtuk 
módszerünk leírására. A legerősebb kényszerítő tényező az 
volt, hogy sok gépre volt szükségünk, ezenkívül rengeteg 
tárterületet igényeltünk modellünkhöz az általunk használni 
kívánt háló nagysága miatt. A ki- és bemenet, valamint a gép- 
közi adatcsere számunkra nem volt fontos, mivel a gépek mű- 
ködési idejének legjavát a számítási tevékenység teszi ki, 
ugyanakkor a gépek közötti adatforgalom a fenti jellemzőhöz 
mérten állandóan kicsi. Ezen okból kifolyólag a mi hálózatunk 
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nem lenne képes különösebben kihasználni az olyan nagy 
teljesítményű hálózatokat, amilyen a Gigabit ethernet- vagy 

a Myrinet-hálózatok. Ehelyett szabványos, 100 Mb/s sebességű 
Fast ethernethálózatot építettünk. A szükséges processzorok 
nagy száma miatt — összesen 312 - ikerprocesszoros alaplapo- 
kat használtunk, hogy a számítógépházak számát 156-ra szorít- 
suk le és egyúttal a helyigényt is csökkentsük. Ez az elrendezés 
nagy lendületet ad a működéshez, mert a két processzor oszto- 
zik a közös memóriasínen, amely a sín telítettségéhez vezet, 


18 te 


ans dB 


2. kép A processzorokhoz rendelt szeletek 


de egy füst alatt a gép költségeit is csökkenti, hiszen a két 
processzorhoz csak egyetlen számítógépház, alaplap, merev- 
lemez stb. szükséges. A gépek keretbe szerelését 

-— lényegében a költségcsökkentés érdekében - kizártuk, és 
végül a polcokra állított szabványos közepes toronyházak 
felhasználása mellett döntöttünk — amint az a 3. képen látható. 
Ezt az elrendezést időnként a LOBOS mozaikszóval jelölik, 
utalva rá, hogy a polcokon sok gépet helyeztek el (Lots of 
Boxes on Shelves). A polcrendszert és a 156 gépes telepet olyan 
gépterembe helyezték, amelyben már nagy teljesítményű 
szellőztető berendezés működött. 

Úgy hírlik, az Athlon gyorsabb a lebegőpontos számításoknál, 
amely a legtöbb tudományos számításban a fő művelettípus, 
beleértve a miénket is. A telep építésének idején semmilyen 
ikerprocesszoros, az Athlon központi egység fogadására alkal- 
mas alaplap sem volt kapható. Mint már fentebb említettük, 

a közönséges csomópontok építése növelte volna a fürtépítés 
költségeit, éppen emiatt a Pentium II[-ra esett a választásunk. 
A gépek összeszerelésekor nagy a kísértés, hogy a legújabb 
műszaki megoldásokat használjuk fel, viszont az új processzo- 
rok a fél éve piacon levő eszközöknél jóval drágábbak, és csak 
csekély teljesítménybeli növekedést nyújtanak. A 3-6 hónapos 
processzorok ár, illetve teljesítményaránya a legkedvezőbb. 
Amikor 2000 nyarán összeszereltük a rendszert, a gépekbe 

733 MHz-es órajelű processzorokat építettünk. 

A 4. kép a Pentium III processzor ár-teljesítmény arányát mu- 
tatja. A feltüntetett árak az egyesült államokbeli kiskereskedők- 


sét 


nél jellemző árak. Mint látható, a régi processzorok olcsók, 
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ezzel szemben viszonylag lassúk. Az új processzorok gyorsab- 
bak, viszont sokkalta drágábbak. A megfelelő ár-teljesítmény 
arányt a két véglet között kellett megtalálni. Úgy döntöttünk, 
hogy az alaplapokon minden tárfoglalatot kitöltünk, vagyis 
gépenként 1 GB memóriát zsúfoltunk a foglalatokba, amely 

a teljes fürtre nézve 156 GB tárterületet képezett. Minden gépre 
csomópontként vagy inkább számítási csomópontként (node) 
hivatkoztunk. Fontos megjegyezni, hogy a memóriaköltségek 
a teljes telep költségének több mint felét teszik ki. A többi 
számítógép-alkatrész már szinte teljesen átlagos: minden gép 
20 GB-os merevlemezzel, Fast ethernet hálózati kártyával és 

1 MB-os PCI-sínes videokártyával rendelkezik, utóbbi ahhoz 
kell, hogy a gép az operációs rendszert helyesen be tudja 
tölteni, és amikor éppen szükséges, a gép működését figyelem- 
mel lehessen kísérni. Jó minőségű, középmagas, golyós ten- 
gelycsapágyas házventilátorral ellátott toronyházakat használ- 
tunk, mert a fürt mechanikus alkatrészei — mint például a táp- 
egységek és a ventilátorok — hajlamosak a leginkább a meghi- 
básodásra. Érdemes figyelmet fordítani a fürt hihetetlenül nagy 
lemezkapacitására, amely 156xX20 GB, azaz 3x120 GB — 3 IB 
(terabájt). A fürtépítés költségeinek további csökkentése és a 
felhasznált alkatrészek minőségének teljes körű ellenőrzése 
érdekében az előreszerelt számítógépek megrendelése helyett 
az alkatrészek különböző kereskedőktől való beszerzése és 

a gépek saját összeszerelése mellett döntöttünk. A teljes fürt 
összeállítása három ember hozzávetőlegesen egyheti munkáját 
vette igénybe. Az egyik gép, a felhasználói felület szerepét 
betöltő vezetőgép a fürtön belüli különleges szereppel bírt: 

ez tartalmazta az egyes felhasználók saját állományrendszerét, 
a SCSI-meghajtókat, az önműködő betűző (automounter) által 
a többi csomóponton elérhetővé tett NFS-t, a fordítóprogra- 
mokat, az üzenetküldő könyvtárakat és sok minden mást is. 

A modellezési folyamatokat erről a gépről indítottuk, majd 
innen követtük nyomon. A vezetőgép a csomóponti gépeken 
karbantartási céllal naplót vezet. A csomópontokat a Cisco cég 
által gyártott 192-kapus Catalyst 4006-os hálózati kapcsolóval 
kötöttük össze, amelynek a hátlapi sávszélessége 24 Gb/s. 
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A rendszer heállítása és a programkódfejlesztés 

A fürtön belüli összes gép Red Hat 6.2-es Linux-változattal 
üzemel. A Linux tökéletesen megfelel az alkalmazásokkal 
szemben támasztott elvárásainknak: nagyfokú rendelkezésre 
állást követelünk meg, mert a gépet tudósok használják, és 
számukra az a legfontosabb, hogy úgy végezhessék a munká- 
jukat, hogy ne kelljen a gépek összeomlása miatt aggódniuk. 
Kilenc hónapja, vagyis a rendszer telepítése óta egyetlen rend- 
szerösszeomlásunk sem volt. Az operációs rendszert a legna- 
gyobb teljesítmény eléréséhez a berendezés jellemzőinek meg- 
felelően kell hangolni; a nyílt forrás alapelveit követve a rend- 
szermag újrafordítását el tudtuk végezni — a mi gépünkre jel- 
lemző néhány alapvető beállítással kiegészítve. A közelmúltban 
telepítettük a 2.4.1-es rendszermagot, amely a kétprocesszoros 
SMP-gépeket sokkal jobban támogatja, mint a 2.2. rendszer- 
mag. A gép csodálatosan működik: a 2.2-es rendszermagról 

a 2.4.-re való átállás után a felhasználói programok központi- 
egység-lekötési ideje 25 százalékkal csökkent. Hálózati szem- 
pontból a fürt az 192.168.1.x címre van befűzve. Biztonsági 
okok miatt a telep nincs a külvilággal összekötve; a teljes üze- 
netfeldolgozás és elemzés a vezérlőgépen, helyben történik. 

A cron táblában beállítjuk, hogy az rdate paranccsal a csomó- 
ponti gépek óráit napi egyszeri alkalommal a vezérlőgép órájá- 
hoz igazítsuk. A számítógéptelep használatáért a legsúlyosabb 
árat a meglévő soros programkód üzenetküldési elven alapuló 
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3. kép 
A 156 ikerprocesszoros fürt. A gépek 100 Mb/s sebességű Fast 
ethernethálózatra vannak fűzve (zöld és kék kábelek). A háttérben 
a 192-kapus Cisco hálózati kapcsoló látható. 
A polcrendszer elérte a 2 m 64 cm-es magasságot 


Pentium III ár-teljesítmény viszony 


ár—órajel viszony 
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2. ábra Az ár-teljesítmény arány a Pentium III processzorra vonatkozóan 
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párhuzamos kóddá alakításáért kellett fizetnünk. Esetünkben 
ez az ár tetemes volt, hiszen csapatunk kutatókból áll, nem 
pedig hivatásos programozókból. Ez a helyzet számunkra 

azt jelentette, hogy a több tízezer sornyi soros programkód 
átírására rá kellett szánnunk néhány hónapot. A fő nehézséget 
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az üzenetközvetítő elv jelen- 
tette, vagyis hogy a vezérlő- 
gépnek avagy a főgépnek 
a munkát szükségszerűen 
egyenlő mértékben kell el- 
osztania a többi elem, vagyis 
számítási pont között. Mint- 
hogy a csomópontoknak a 
munkát minden időlépésben 
össze kell hangolniuk, egy- 
4. kép egy gépnek a számítási 
Cisco 4006 típusú hálózati kapcsoló . műveleteket nagyjából azo- 
nos idő alatt kell befejeznie. 

Amennyiben a terheléselosztás egyenlőtlen, azaz rossz a mun- 
kaelosztás, a gépek a leglassabb csomóponthoz fognak iga- 
zodni, ez pedig a legkedvezőtlenebb forgatókönyv szerinti 
működéshez vezet. 
Akadályt jelenthet az az eset, amely ellehetetleníti a gépek 
közötti adatcserét. Jó példa erre, amikor A gép adatot 
vár B géptől, de ugyanekkor B gép is adatot vár A-tól. Az ilyen 
holtpontok elkerülésére használandó a mester, illetve szolga 
programozási módszer. 
Az üzenettovábbításra a beszédes nevű Message Passing Interfa- 
ce (MPD programkönyvtárat használjuk, nevezetesen az Argon- 
ne National Laboratoryban kifejlesztett MPICH megvalósítást 
telepítettük (lásd W. Gropp és munkatársainak 1996-ban megje- 
lent cikkét, amely a 5 http:/www-unix.mcs.anl.gov/mpi/mpich 
címen olvasható). Ez a csomag Linux-rendszeren rendkívül meg- 
bízhatónak bizonyult. Az MPI a párhuzamosprogramozási-kö- 
zösségen belül egyre inkább szabvánnyá válik. Az MPI számos 
szolgáltatása a korábbi, párhuzamos feldolgozást megvalósító 
PVM (Paralell Virtual Machine) programkönyvtárhoz hasonlít, 
amelyet 1998-ban R. A. Sevenich mutatott be a Linux Journalban. 
Nehézséget jelentett feladatunk megoldásánál az örökségül 
ránk maradt régi programkód, amellyel mindenképp foglalkoz- 
nunk kellett. Sok korszerű programkód alapul olyan program- 
könyvtárakon, amelyekben még 1970-es, 1980-as évekbeli régi 
programkódok lelhetők fel. Szinte mindegyik programkód- 
könyvtár Fortran77-ben íródott, tehát az akkori idők közked- 
velt nyelvén; a C nyelv pedig az idő tájt még nem terjedt el. 
Olyan döntést hoztunk, hogy a több mint 40 000 sornyi forrás- 
kódot nem írjuk át C nyelvre, inkább a fordítóprogramot fris- 
sítjük Fortran77-ről Fortran90-re. Az új változatban már létezik 
dinamikus tárfoglalás, mutatók stb., ráadásul visszafelé együtt- 
működik a Fortran77-tel. Készítettünk egy Perl-héjprogramot, 
hogy a kódátalakítást önműködővé tegyük: néhány részletet 
kézzel kiegészítve, a tárfoglalást pedig statikusról dinamikusra 
változtattuk. Ismereteink szerint ingyenes Fortran90-es prog- 
ram Linux-rendszerre sajnos még nem érhető el. A GNU g77 
és f2c csomagok szerényen csak a Fortran77 fordítóprogramot 
támogatták. Így jobb híján kereskedelmi terméket, a pgf90-et 
kellett megvásárolnunk a Portland Grouptól 
(2 http:/www.pgroup.com). Ez lett számítógéptelepünk egyet- 
len nem nyílt forrású eleme. 
A géptelepek korlátja a rendszerfelügyelet és -karbantartás. 
A gépek százszámra való használatával együtt növekszik a 
gép- és programhiba lehetősége. Géphiba felmerülése esetén 
a gépekre nézve kifejezetten előnyös, hogy alkatrészeik csere- 
szabatosak, órákon belül beszerezhetők és kicserélhetők. Ezért 
a karbantartással kapcsolatos költségek alacsonyak azokhoz 
a karbantartási szerződésekhez képest, amelyeket a kutatók 
a szupergépek üzemben tartására kötnek. 
Sokkal izgatóbb kérdés a programkarbantartás: egy 156 gépes 
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rendszernél hogyan ellenőrizhető, hogy minden gép megfele- 
lően dolgozik-e? Miként telepíthetünk új programokat? 
Hogyan kísérhetjük figyelemmel egy futó munka végrehaj- 
tását? A fürt telepítésekor héjprogramot készítettünk, amely 
rsh parancsok küldésével adatokat gyűjtött az egyes gépekről. 
Azóta az olyan egyetemek, mint például a Berkeley, valamint 
vállalatok, mint például a VA Linux, hatékony programcsoma- 
gokat fejlesztettek ki a telep működésének megfigyelésére, és 
végül ezeket nyílt forrású programokká nyilvánították. A VA 
Linux Systemlmager nevű gépklónozó csomagját használjuk 

a programiűrissítések elvégzésére. Ezzel a csomaggal csak a ve- 
zetőgép frissítését kell kézileg elvégeznünk. Ezt követően a cso- 
mag a rsync és tftp parancsok alkalmazásával a változásokat 
a további 155 gépre átmásolja, vagy ha úgy tetszik, klónozza. 

A telep működésének és a futó programok állapotának figye- 
lésére Matt Masste, a Berkeley Egyetem munkatársa által 
készített Ganglia-csomagot használjuk. Ez egy olyan gyors és 
könnyen kezelhető program, amely a csomóponti gépekről 

a vezérgépre történő adatküldéshez rendszerdémonokat hasz- 
nál. A kapott adatokat a fő gép összegyűjti és megjeleníti. 

A 6. képen a Ganglia-csomaghoz kapcsolódó IcI/Ik-felületet 
mutatjuk be. Az általunk használt grafikus felület egy további 
nyílt forrású csomagon, a Jacek Radajewski által készített 
bWatchon alapszik 

(2 http:/wwwi.sci.usg.edu.au/staff/jacek/bWatch). A szabványos 
rsh parancsok helyett a Ganglia programot használjuk, a 
forráskódot ennek megfelelően módosítottuk. A VA Linux is 
megjelentette VACM (VA Cluster Management) elnevezésű 
fürtkezelő csomagját, ezt azonban eddig még nem telepítettük. 


A bolíviai földrengések és földmozgások 

1994. június 9-én irtózatos, a nyílt végű Richter-skála szerinti 
8,2 erősségű rengés pattant ki a földfelszín alatti 641 km-es, 
azaz 400 mérföldes mélységben. A legtöbb földrengés a föld- 
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Intel Pentium Pro Beowulf Cluster (naegling) 


Configuration 
How to Get an Account 
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The system is configured as two front-end systems and 114 compute nodes. 
Naegling is the primary front-end system for access to the 64 n-nodes and 

the 16 h-nodes. vVVealhtheowv is the second front-end system which is used for 
development work. A cluster of 13 dual-processer Fentium-lII v-nodes is available 
on reguest. 


Configuration 
Hardware 


s Venus motherboard with 200 Mhz Pentium Fro 
s 128 MB RAM 

s 3.1 GB EIDE disk 

s 100 Mbiís Ethernet adapter 

s Front-end machine has 128 MB extra RAM and 8 GB extra storage space. 





2 http:/Awww.cacr.caltech.edu/resources/naegling/ 


felszínhez sokkal közelebb zajlik le, rendszerint 30 km-nél 
sekélyebb tartományban jön létre. Ez utóbbi bolíviai rengés 

a valaha feljegyzett legnagyobb mélységi rengések egyike volt. 
Szokatlan jellemzői miatt e földrengést a földrengéstudományi 
szakmai közösségen belül máris nagyon sokan választották 
írásuk témájául. Ezekután számítógéptelepünkön mi is meg- 
próbáltuk utánozni az eseményt. 

A 7. kép egy ilyen földlökést mutat be - a föld elmozdulását 
adott helyen, amely a földrengés által keltett hullámok miatt 
létrejött elmozdulást ábrázolja. A bolíviai rengés epicentrumát 
a képen lila háromszög jelöli. A földrengések a felszín alatt és 
mentén haladnak. Látható például az is, amint az Egyesült 
Államok területén szétterjednek. Az állandó elmozdulás Bolívia 
körül a Föld felszínén is látható, északon egészen az Amazo- 
nasig terjed. Ezt a jelenséget statikus eltolódásnak nevezik és 
több bolíviai földrengésjelző állomás is rögzített effélét. A föld- 
rengés olyan erősségű volt, hogy a földet állandó jelleggel több 
milliméteres kitéréssel mozgatta meg. A függőleges elmozdulás 
déli irányban elérte a / mm-t. Mindezt programkódunkkal 
teljes pontossággal képesek voltunk megismételni. Ez annak 
köszönhető, hogy a rengéshullámok a Föld teljes tömegében 
szétterjednek, a bolíviai földmozgásokat a többi országbeli 
földrengésjelző állomások is érzékelni tudták. 

A 2. ábra a pasadenai (Kalifornia) állomás által rögzített adato- 
kat mutatja, mellette pedig a modellező módszerünk létrehozta 
idevonatkozó adatokat. Ismételten megállapíthatjuk, hogy az 
egyezés kielégítő. Ez a modellezési folyamat minden egyes 
időlépésben egy 500 millió ismeretlenes egyenletrendszer — az 
ismeretleneket a rendszer szabadságfokaként szokás emleget- 
ni — megoldását követelte meg. A rengéshullámok terjedésének 
modellezéséhez a fürt 48 órás működésére volt szükség - a 
csomópontok felének felhasználása mellett (150 processzor). 
lalán nem is szükséges megemlíteni, hogy a most bemutatott 
kutatásunk mekkora teljesítményt és megbízhatóságot merített 


age 
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használatával tudtuk utánozni a pusztító földrengések nyomán 
fellépő rengéshullámokat, és modellezésükre példa nélkül álló 
megoldást találtunk. 


Köszönetnyilvánítások 

Luis Rivera a vállalkozáshoz felbecsülhetetlenül fontos adatok- 
kal és a segítségével járult hozzá. Köszönetet mondunk Jan 
Lindheim-nek, Tom Sterling-nek, Chip Coldwell-nak, Ken Ou- 
nak, Jay Nickpour-nak és Genevieve Moguilny-nek a fürt szer- 
kezetét érintő viták során tett építő megjegyzéseikért. Matt 
Masste több szolgáltatással egészítette ki egyébként is kitűnő 
Ganglia-csomagját, hogy gépfürtünk minél több jellemzőjének 
megfigyelését tegye lehetővé a számunkra. Rusty Lusk pedig 
hasznos ötleteket adott a nagy fürtön való MPICH-működte- 
tést illetően. 


Dr. Dimitri Komatitsch 

a Kaliforniai Műszaki lIudományok Intézete 
Föld- és Bolygótudományi Osztályának 
vezető kutatója. Érdeklődési területei az 
alkalmazott matematika, a numerikus analízis 
és a számítógéptudomány alkalmazása 
geofizikai és szeizmológiai feladatok megoldásánál. 





Dr. Jeroen Iromp 

a Kaliforniai Műszaki Iudományok Intézete Föld- 
és Bolygótudományi Osztályának professzora. 
Érdeklődési területe az elméleti, különösen az 
egész Földre kiterjedő szeizmológia. Az utóbbi 
időkben figyelmét a földrengéshullámok terje- 
désének numerikus modellezésére összpontosította. 











Válasszunk Webmailt! 


Minden rendszergazda életében eljön az a pillanat, amikor a felhasználók úgy 
döntenek: Webmailre van szükségünk! De melyiket válasszuk? 


ire jutottunk az elmúlt lapszámokban? Be tudunk 
állítani egy levelezőkiszolgálót, amely fogadni és 
küldeni képes a leveleket, valamint az IMAP- vagy 
a POP3-kiszolgálón keresztül a felhasználóink is hozzáférnek 
(lásd Linuxvilág 9. szám 53. oldal). Majd a felhasználók 

vagy a vezetőség úgy dönt, hogy szükség van egy Webmailre. 
Melyek az általános követelmények egy Webmail programmal 
szemben? Legyen könnyen kezelhető és többnyelvű - azaz 
magyarul is értsen, felhasználónként legyen testreszabható, 
tudjon valamilyen címtárszolgáltatást kezelni, mondjuk az 
LDAP-ot. Most lássuk az általam kiszemelt versenyzőket! 





öguirrelmail 

Személyes kedvencem a Sguirrelmail, ha bővíthetőségről, 

a szolgáltatások számáról és testreszabhatóságról van szó. 

A sebességével azonban már nem vagyok annyira megelé- 
gedve, és valószínűleg az írók sem, ugyanis a levelezőlistán 
állandó téma, hogy a core (mag) részt teljesen újraírják, így 
téve hatékonyabbá a sebességnövelést. Mégis miért ez lett a 
kedvencem? Mert olyannak találták ki, hogy az alapcsomag 


a lehető legkevesebb lehetőséget biztosítsa: levélírás és olvasás, 


valamint egyéni beállítások. A kiegészítőket bővítmények 
(plug-in) formájában adhatjuk hozzá a programhoz, ezek 
fogják végül teljessé tenni. Ezek között olyan bővítményeket 
is találunk, melyek leveleinket a távoli POP3-fiókról töltik le, 
valamint olyanok is, amellyel címlistánkat emelhetjük ki vagy 
tölthetjük be az Outlook Express levelezőügyfélbe. Ezenkívül 
rengeteg olyan hasznos szolgáltatással is bír, amellyel a vetély- 
társ levelezők nem. 100-150 felhasználóig tökéletes megoldás, 
ha a PHP-t kordában tartjuk, mert a programban néha bizony 
találnak biztonsági hibát. Egy jól beállított kiszolgálóval ez 
azonban nem jelenthet gondot, és a kód auditálása folyama- 
tos, míg a többi programról ez általában nem mondható el. 
Előnyei közé sorolom, hogy IMAF-kiszolgálót igényel. Miért 
előny ez? Mert nem szeretem, ha egy alkalmazás közvetlenül 
nyúl a fájlrendszerhez. Azonkívül, ha egyszer úgy döntök, 
hogy az alkalmazást lecserélem, minden további izgalom nél- 
kül megtehetem, mert a leveleket az IMAP válogatta és tárolta, 
nem pedig valamilyen egyedi megoldás szerint zajlott, azaz 

a rendszer egésze így sokkal jobban megőrzi együttműködő 
képességét. A Sguirrelmail itt is kiemelkedő teljesítményt 
nyújt, mert a legelterjedtebb IMAP-kiszolgálókhoz már , gyári" 
beállításokkal rendelkezik. Másik előnye, hogy minden olyan 
webkiszolgálón futtatni tudjuk, amelyik PHP-futtatási 
modullal rendelkezik. 

2 http:/www.sguirrelmail.org 


Imho 

Valamikor emellett a Webmail mellett tettem volna le vokso- 
mat, de megváltozott az álláspontom. Még ma is kitűnő leve- 
lezőügyfél, de csak Roxen webkiszolgáló, illetve Caudium 
alatt hajlandó futni (a Caudium alkotói az új Roxen fejlesztési 
irányvonalával nem értenek egyet, és a Roxen a 1.3-t a saját 
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elképzeléseik szerint fejlesztik tovább). A megbízhatósága 

és a sebessége kitűnő, azaz gyorsabb, mint a Sguirrelmail. 

A hordozhatóság hiánya miatt került le a kedvenceim listá- 
járól. Vannak azonban előnyei is: jól kezeli a különböző 
nyelveket, könnyen testreszabható, és a külcsín is könnyen 
megváltoztatható. Az IMAP-kiszolgálót sem terheli le annyira, 
nem nyit minden kéréshez új kapcsolatot, ami akkor külö- 
nösen kellemetlen, ha egy felhasználó sok levéllel rendelkezik. 
2 http:/www.lysator.liu.se/—stewa/IMHO/ 


Camas 

Fentebb már említett levelező, amely az előző ügyféltől nem 
sokban különbözik - bár a Camas-hívők biztosan tiltakoznának 
a kijelentésem ellen. Leginkább frissítések találhatók benne. 
Nagy tudású levelező, de ismét csak egyetlen kiszolgálón fut, 
ezért nem használom. 

2 http:/camas.caudium.net 


Amikor ezt programot ajánlom, ellentmondok önmagamnak. 
Ez ugyanis Perl nyelven írt levelező, ami a felhasználó leveles- 
ládáját közvetlenül éri el, POP3- vagy IMAP-kiszolgáló nélkül. 
A fejlesztése sajnos befejeződött, mert a programíróval a cége 
egy olyan papírt íratott alá, amelynek alapján csak az adott 
cégnek fejleszthet. Mondhatnánk, hogy ennyi volt, de egykor 
ez volt a kedvenc levelezőügyfelem. Remélem, valaki folytatja 
majd a fejlesztését. 

2 http:/sourceforge.net/ 


Összegzés 

A fentebb felsorolt webes levelezőügyfelek rendkívül hasznos 
alkalmazások: akad olyan cég, ahol a telepítés után a felhasz- 
nálók már nem is akarnak mást használni. lermészetesen 

az itt felsoroltakon kívül rendkívül sok program létezik 

még, de mint említettem, ezek a személyes kedvenceim, és 

a velük szerzett tapasztalataim alapján választottam ki őket. 
Választás előtt mindig vizsgáljuk meg, hogy az adott környe- 
zetnek mi felel meg a leginkább. Hiába bíráltam például 

az Imhót, amennyiben a kiszolgáló, amire Webmailt telepí- 
tenénk, Roxen webkiszolgálóval rendelkezik, döntsünk 
mellette, hiszen sokkal megbízhatóbban fog vele működni, 
mint a Sguirrelmail a PHP-modullal. 

Következő írásomban a Sguirrelmail telepítését követjük végig 
Apache kiszolgáló alatt, valamint néhány érdekességgel kezd- 
hetünk meg a levelezés világából. 


Deim Ágoston (lagoOlsc.hu) 

Kedveli a sört, szereti a futást és Imádja 
Szabó Lőrinc verseit. Nem hisz vakon egyik 
rendszerben sem. Vonzódik a BSD-hez Is. 
Tagja az LME-nek és a MBE-nek. Mottója: 
a gép nem lehet fontosabb az embernél. 
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PoV-Ray ismeretek 48. rész) 


Sorozatunk utolsó részében a függvények ismeretéből fakadóan már az animációk 
elkészítésének rejtelmeibe pillanthatunk bele. 


követéses képszámítás használatára készítették, nem 

találkozhatunk benne olyan megoldásokkal, melyeket 
az általánosan használt modellezőkben megszokhattunk. 
Itt nincs mód hierarchikus tárgyfelépítésre, ha tehát valaki 
például inverz kinematikát szeretne használni, és nem riad 
vissza a nehézségektől sem, még akkor is sokáig eltart, amíg 
az animáció elkészültekor minden tárgy a helyére kerül. 
Ennyi bevezetés után lássunk végre munkához! 
Egyszerű animációt fogunk elkészíteni, amelynek egy képét 
a sorozat előző részében már felvázoltam. Most a malom 
lapátkerekét, a vizet és a felhőket fogjuk mozgásra bírni, miu- 
tán példákat mutatok az előzőekben alkalmazott dinamikus 
tárgylétrehozásra. A jelenet a következő tárgyakra bontható: 


T ekintettel arra, hogy ezt a programot igazából a sugár- 


e "a malom épülete, 

e — mellette a malomkő, 
e atáj, 

e az éégbolt, 

e a víz — felette pára, 
e  adkerítés. 


lermészetesen a malom épülete nem csupán egy objektumból 
áll, hanem egy nagyobb box objektumból kivontam egy 
kisebbet, majd ebből az ajtó és az ablakok helyén szintén 
kivonással készítettem el a nyílásokat. Az ablakkeretek külön 
tárgyak, ezeket végül az épület alsó részével egyesítettem. 

A tetőszerkezetet háromszögalapú pri sm objektumokból 
képeztem, majd a homlokzatot egy külön pri sm objektum 
alkotja. Itt el lehetett volna hagyni a homlokzatot alkotó 
harmadik tárgyat, de a szemléltetés kedvéért megtartottam. 
Így a tető létrehozása után például rácsos homlokzatot is 
készíthetünk, amely jobban szellőzik. 

Most részletesebben kitérek az ajtó elkészítésének módjára, bár 
nem olyan nagy ördöngösség. Az ajtóléceket egy ciklusutasítás 
(Hwhile) segítségével egy keskeny téglatest eltolásával hozom 
létre. A ciklusszámláló változásakor a számlálót használom a 
pillanatnyi eltolás kiszámításához. Itt minden ajtólécet a léc 
szélességével és egy tetszőleges értékkel kell eltolni, amely az 
ajtólécek közötti rést határozza meg. Az ajtóléceket egymás 
mellé helyező kódrészletet az 1. listán láthatjuk. 

Hasonló módon készült a kerítés is, ez esetben viszont a 
közbeeső vastagabb oszlopok létrehozására a maradékos osztás 
műveletét is felhasználtam. Amikor a ciklusváltozó maradék 
nélkül osztható öttel, az oszlopot nem kell annyira lekicsinyí- 
teni, így a kerítésben oszlopok és keskenyebb tartólécek is 
lesznek. A kerítés két részből áll, mindkettő ezzel a módszerrel 
készült, de a ház előtt lévő rész rövidebb, kevesebb tartóosz- 
lopból áll, és a létrehozás után még el kellett fordítani, hogy 

a másik lécsorra merőlegesen álljon. 

A malom lapátkerekét szintén több részből készítettem, 
CSG-műveletek felhasználásával. A lapátokat tartó abroncs két 
henger különbségeként alakult ki. A kerékagyat és a küllőket 
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egyszerű hengerek alkotják, a küllőket oldalirányból egy kicsit 
összenyomtam. E helyütt a lapátokat és a küllőket szintén 
ciklusban hoztam létre. A lapátoknál még ki kellett számítani 
az egyes lapátok új helyzetét és az elfordulásukat. Ezeket 

a koordinátákat szinusz és koszinusz függvényekkel lehet 
kiszámítani. Az x koordinátát a következő képlet alapján: 
x-R"cos(rad(szög)) tdx, míg az y koordinátát az 
y-R"sin(rad(szög)) tdy képlet segítségével. Az R annak a 
körnek a sugara, amelynek mentén a tárgyat el szeretnénk 





helyezni, míg a dx és a dy értékek e kör a középpontját hatá- 
rozzák meg. A képletekben szereplő sz g természetesen 

az elforgatás szöge fokban meghatározva. Az egyes darabok 
elkészítése után a részeket egyesítettem, így a további eltolások 
és forgatások már az egész kerékre vonatkoznak. 

A malomkő esetében a legnehezebb feladat a pontos elhelyezés 
és dőlés beállítása volt — maga a tárgy két hengerből készült, 
szintén kivonással. Az elhelyezését kísérleti úton oldottam 
meg, hiszen így tűnt a legegyszerűbbnek. 





A hangyák szigete 


A táj létrehozásakor a jól ismert Gimp nevű képfeldolgozó 
és festőprogramot hívtam segítségül, és két képet készítettem 
vele. Az egyik egy szürkeárnyalatos kép, melyet először 
középszürke (R: 128; G: 128; B:128) színűre festettem be, 
utána pedig sötétebb színnel a mélyebb területeket (például 
a patakmeder és a tó (ez az animációban nem látszik)) festet- 
tem rá, majd világosabb színekkel kialakítottam a dombokat 
és hegyeket. A táj színeinek és mintázatának meghatározá- 
sához később ezt a képet használtam fel. Első lépésként 

256 színűvé alakítottam egy zöldárnyalatokból álló paletta 
használatával, majd visszaalakítottam 24-bites színmélysé- 
gűvé. Így már rendelkezésemre állt egy zöld, sárga és szür- 
keárnyalatokból álló tájkép felülnézete. Erre külön rétegek- 
ben ráfestettem a patakokat, majd az egyéb árnyaló színeket, 
hogy a kép ne legyen annyira egyszínű. A harmadik rétegen 
festettem meg az utat, ennek elkészítése vette igénybe a 
legtöbb időt. Minden próbálkozás után kiszámítottam egy 
képet, és ha a ház nem volt teljesen az út leágazó részének 

a végén, az utat arrébb kellett festenem, mert a patak miatt 
az épületet nem lehetett elmozdítani a helyéről. Végül a 
részletek jobb láthatóságáért a képet a kétszeresére nagyítot- 
tam és újabb változatos mintákat festettem a fűre. 

Az előbbi tájkészítési mód bonyolultnak tűnhet, ezért el kell 
mondanom, hogy csak azért volt szükség a kézi munkára, 
hogy a tárgyakat pontosan el tudjam helyezni. Mivel nagy- 
méretű tárgyakról van szó, amelyeket nem lehet pontatlanul 
elhelyezni, teljesen sík felületet kellett létrehoznom, ahol 

a síkalapú épületet el tudtam helyezni. A CD-mellékleten 
található néhány segédprogram, köztük a terraform, amely 
kifejezetten felülnézeti domborzati képek készítésére használ- 
ható. Korábbi DOS-os és más operációs rendszer alatt futó 
megfelelője VistaPro névre hallgat, bár a CD-n található prog- 
ram tudásában kissé elmarad a nem linuxos változattól. 

A program a létrehozott domborzatból PoV-Ray forrást is képes 
készíteni, amit a későbbiek folyamán saját céljainkra használ- 
hatunk fel. A fenti képen ezzel a programmal készítettem 

egy tájat, amit szintén a PoV-Ray számított ki. 

A CD-mellékleten (28. CD Magazin/Pov-Ray) találhatunk még 
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egy átalakító programot, amellyel különféle 3D-formátumokat 
tudunk konvertálni, többek között .pov forrásállománnyá, 
valamint egy kifejezetten a PoV-Rayhez készülő modellező 
(IrueVision) programot is, mely ugyan még fejlesztésének 
kezdeti szakaszában van, de bonyolultabb jeleneteink mega- 
lapozásához így is alkalmazható. A IrueVisionnal készítettem 
el a példában szereplő jelenet anyagait, majd a beállításokat 

a hagyományos módon (szövegszerkesztővel) finomítottam. 
Mindezek után rátérhetünk a jelenet mozgó részeinek meg- 
határozására. A PoV-Rayben egy 
animáció elkészítésekor a program 

a bemeneti forrásállományt újra és 
újra beolvassa és feldolgozza, majd 

a memóriában létrehozza a tárgya- 
kat, az anyagokat, a fényforrásokat 
stb. Ez azt jelenti, hogyha valamilyen 
változást szeretnénk előállítani, 
akkor a két képkocka előállítása köz- 
ben kell a forrásban módosításokat 
végezni. Például megtehetnénk ezt 
úgy is, hogy egy külső program min- 
den képkockához előállít egy forrás- 
állományt, amelyek csak néhány 
sorban és vektorösszetevőben külön- 
böznek egymástól, majd a PoV-Ray 
segítségével kiszámítjuk őket. Ez nem túl kényelmes megol- 
dás, ezért a programozók egy belső változót bocsátanak 

a rendelkezésünkre, a c1ock-ot, melynek értékét a PoV min- 
den képkocka kiszámítása előtt növelni fogja. Hogy mennyi- 
vel fog változni képről képre, a következők alapján számít- 
hatjuk ki: a PoV-Ray számára megadhatunk egy kezdőkép- 
számot, egy másik értékben pedig a képek legnagyobb szá- 
mát. A képkockák kezdeti indexét a Initial Frame, az 
utolsó kocka számát a Final Frame értékkel határozzuk 
meg a beállításokat tartalmazó fájlban. Ugyanígy határozzuk 
meg az időszámláló kezdő- és végértékéta Initial Clock 
és Final Clock kulcsszavakkal. A clock minden kép- 
kocka között a következő képlettel meghatározható értékkel 
fog változni: 


Delta clock-(Final Clock-Initial Clock) / 
5 (Final Frame-Initial Frame) 


Ezt a változást használjuk fel a jelenetleíró állományban, 
hiszen mindig azonos értékkel fog módosulni, és a segítségével 
tetszőleges tárgyat is nagyon egyszerűen elforgathatunk. Erre 
az elforgatásra mutat egyszerű példát az alábbi lista: 


cylinder ( 
OYy, 
38 
0.2 
rotate ztclockr360 


] 


Itt jegyezném meg, hogy a clock-változó kezdő- és végértékét 
célszerű 0-ra és 1-re állítani, mert így könnyebben számolha- 
tunk vele. Erre a beállításra is láthatunk példát a CD-mellék- 
leten (28. CD Magazin/Pov-Ray), de az érthetőség kedvéért itt 
is megemlítem: 


Input file name-malom.pov 


Initial Frame-0 
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Final Frame-120 
Initial C€Cilocks0 
Final €locksi 


A fentiek szemléltetésére lássunk egy bonyolultabb példát 

is (a 2. lista tartalmazza), melyet a cikk fő témáját adó jele- 
netből vettem. 

Itt a feltételes utasítás-végrehajtást a mozgást szolgáló c1lock- 
változóval együtt alkalmaztam, így az animáció első felében 
az ajtó negatív irányba fordul el, a második felében pedig az 
ellenkező irányba, vagyis kinyílik és becsukódik. Az Aj to-t 
mint tárgyat egymás mellé helyezett lécek egyesítésével már 
korábban meghatároztam. 

Ezekkel az ismeretekkel bárki nyugodtan elindulhat a PoV- 
Rayjel készített animációk világának felfedezésére. Az alábbiak- 
ban egy képet mutatok be, ehhez hasonló látható az előző 
oldalakon is. A különbség csak annyi, hogy ez esetben már 
nem egy ember görbe vonalai alkotják a ház körvonalait, ha- 
nem gépies pontosságú egyenesek. A számítógéppel előállított 
kép számos esetben kisebb hatást gyakorol az emberi lélekre, 
mint egy hagyományos módon festett kép, hiszen a festmé- 
nyeknél nem csupán a tintapettyek halmaza hat ránk, hanem 
egy bizonyos szinten a festő érzéseit, gondolatait is átélhetjük. 
A számítógéppel előállított képek esetében ezt a közvetítő 
szerepet a megfelelően megalkotott jelenettel kell helyettesí- 
teni, ezért úgy gondolom, számítógéppel nehezebb hatásos 
képet alkotni, mint ecsettel és festékkel. A CD-mellékleten 

(28. CD Magazin/Pov-Ray) a befejező részhez tartozó animáció 
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MPEG-2 formátumban megtalálható, és egy segédprogram is, 
amivel az egyes képeket animációvá fűztem és tömörítettem. 
Mivel a PoV-Rayt bemutató sorozat a végéhez érkezett, már 
csak egy hibajavítást szeretnék végrehajtani. 

A sorozat hatodik részében a halo anyagtípusról adtam 
leírást, de a PoV-Ray újabb változataiban ez a típus már nem 
szerepel, használata hibát okoz, és a számolás már az előfel- 
dolgozás során leáll. Helyette a media kulcsszó alkalmazható, 
ami több beállítási lehetőséggel rendelkezik, és gyakorlatilag 
a programhoz adott példákon keresztül, kísérletezéssel lehet 
leginkább megismerni. Az írásunkhoz készült példában is 
alkalmazom a patak fölött lévő pára megvalósításához. 
Ennek kiindulási alapja a CD-mellékletre is felkerült 
hollow2.pov forrásállomány volt. Annak ellenére, hogy a 
PoV-Ray telepítőcsomagja ezeket a példákat tartalmazza, 
mégis felkerültek a CD-re, mert így könnyebben megtalál- 
hatók és tanulmányozhatók. 

Köszönöm az érdeklődést, és további kellemes perceket 
kívánok a PoV-Rayjel végzett munkához! 


Fábián Zoltán 

(dzoolkofreemail.hu, dzoolkoyahoo.com) 

24 éves, jelenleg programozóként dolgozik. 
Szabadidejében szívesen kirándul, túrázik. 
Emellett szeret rajzolni, érdekli a 3D grafika és 
a Linuxszal kapcsolatban minden olyan program 
és programnyelv, amit még nem ismer vagy nem próbált ki. 











Ablakkezelők 4(2. rész) 


Az ablakkezelőkről szóló cikksorozat második részéhez az előzőeknél összetettebb 


ablakkezelőket válogattam össze. 


c 


Az fvwm 


A név után tudatosan nem írtam semmilyen számot, ugyanis 
e két-három ablakkezelő tulajdonképpen egyetlen közös 
alapon nyugszik, a kezdetük azonos. Az fvwm maga megle- 
hetősen egyszerű eszközkészlettel rendelkező ablakkezelő, 
és első ránézésre nem igazán nyeri meg a mai grafikus 
környezetekhez szokott felhasználók többségét. Ez az egyik 
legkorábbi Linuxon megtalálható grafikus felület. lermésze- 
tesen nemcsak Linuxon, hanem más Unix-rendszereken 

is használható, például SunO5-en és Solarison. Ennek 
eredményeképpen rendkívül megbízható hátteret nyújt 
munkánkhoz. 

Mi az alapvető különbség az fvwml és fvwm2 között? 


ikkünkben a következő ablakkezelő programokkal 
foglalkozom részletesebben: fvwmIl, fvwm2 (fvwm95), 
blackbox és XFce. 





e Az fvwm2 sok fvwm!1 alaphiba javítását tartalmazza. 

e Az rc-beállításokat és a vezérlőelemeket tartalmazó fájlok 
felépítését módosították. 

e . Könnyebben be lehet állítani. 

e . löbb és jobb modulokat tartalmaz. 

e . Az fvrwm2 memóriahasználata nagyobb az 1-éhez viszo- 
nyítva, de még így is nevetségesen kicsi a mai ablakkeze- 
lőkéhez képest (ezért használják előszeretettel az egy 
hajlékonylemezes Linux-terjesztésekben). 


Az fvwm! 

Miként neve is mutatja, ez a korábbi változat, és ennek 
megfelelően egyszerűbb is: csupán néhány alapszolgáltatást 
tartalmazó menü és eszköz áll a rendelkezésünkre. Az fvwm-re 
jellemző, hogy a különböző eszközöket modulokként tudjuk 
elindítani. Főbb elérhető eszközei a következők: 


e — ablaklista, 
e többféle lapozóeszköz, 
e  indítópanel. 


Az fvwm jellemzőinek egyike, hogy forrásból puszta felhasz- 
nálóként is telepíthetjük a saját könyvtárunkba, indítása az 

. Xclients és a .xinitrc fájlokból történhet. Iovábbá a Gnome 
alapfelületeként is alkalmazható. A szükséges beállításokat az 
.fowmrc fájl tartalmazza. Saját menüvel bír, de amennyiben 
Linuxunk úgy lett telepítve, hogy az ablakkezelő átveszi a rend- 
szermenüt, erre is hajlandó (Debian esetén ez a Menu program). 
A felület legfrissebb változata az 

2 ftp://ftp.fvwm.org/pub/fvwm/ címről tölthető le. Hivatalos 
honlapjuk a 3 http:/www.fvwm.org/ címen érhető el. 


fvwm2 (fvwm95) 


Elődjéhez képest az évek során jóval több eszközzel szerelték 
fel. A következő beállítóeszközöket találhatjuk meg benne: 
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e Screen setup: a képernyő beállításához. 

e FvwmkForm-Form: az ablakok ablakkezelőhöz tartozó 
részeinek beállításához. 

e Base Config: az ablakok jellemzőinek beállítását végzi el. 

e — Bell Setup: a számítógép hangszórójának beállítására 
szolgál. 

e — Pointer Setup: beállítóeszköz az egérhez. 

e . Keyboard Setup: beállítóeszköz a billentyűzethez. 
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Az fvwm172 alapfelülete 


Ezenkívül sok olyan további beállítási lehetőséget tartalmaz, 
amelyek a tulajdonságok kiválasztását menüből teszik 
lehetővé. Több betölthető modul is használható, ezek közül 
lássuk az érdekesebbeket: 


e — Buttons Bar: az fvwm1-ből már ismert gombsort jeleníti meg. 

e Mini Button bar: az asztal felső szélén egy kis ikonokból 
álló indítópanelt jelenít meg. 

e. WMaker buttons: a WindowMaker ablakkezelő indítópa- 
nelét a saját beállításaival indítja el. 

e  Iconbox: az elindított ablakok ikonjait jeleníti meg, feladata 
a tálcáéhoz hasonló. 

e — lalk to Fvwm: grafikus parancssort jelenít meg, innen lehet 
a modulokat elindítani. 


A régebbi változatok — amikor még a rendszermenü kezelé- 
séhez a KDE és a Gnome nem volt használatos — a menüpon- 
tokat a /etc/X11/wmconfig/menu könyvtárban létrehozott 
fájlokban tárolták. Az alábbi példa az elm nevű fájl beállításait 
szemlélteti: 


elm name "Elm" 
elm description "E-mail olvas" 
elm icon mail2.xpm 
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elm mini-icon mini-mail.xpm 
elm exec "xterm -e elm" 
elm group Alkalmazsok/Levl 


Amennyiben a megjelenő felület nem nyeri meg a tetszésün- 
ket, a fvwm-re jellemző módon le is cserélhetjük: általában 

a leírás mellett előre elkészített fuwmrc-fájlokat találunk, ame- 
lyekkel a grafikus felület jellemzőit nagyon könnyen át tudjuk 
alakítani. Az említett fájlokat fuwmrc néven másoljuk be /home 
könyvtárunk főkönyvtárába. Ezután az újrainduló grafikus 
felület már az új beállításokat jeleníti meg. 


Blackbox 

A Blackbox is egyszerű felépítésű ablakkezelő, talán az egyik 
legfiatalabb. Az első változatot 1998-ban készítették el. Ma már 
nagyon sok Unix-alapú rendszeren használható. 

Beállítását grafikus eszköz is segíti, ez a toolbox. Iulajdonkép- 
pen a beállításokat tartalmazó témafájlok szerkesztését teszi 
lehetővé. A számunkra leginkább megfelelő témát a menüben 
tudjuk kiválasztani. 

A Blackbox néhány saját eszközzel is rendelkezik: 


e  bbmail: a beérkező levelek (/var/mail/) figyelésére szolgál. 
A levelek helye beállítható. 

e  bbsload: a rendszerterheltség figyelését végzi. 

e bbppc: a telefonos hálózati kapcsolat vezérlését és figye- 
lését végzi. Az alapértelmezett ppp-kapcsolatot használja. 

e  bbdate: dátumkijelző, csak a megjelenítés módosítható. 

e  bbtime: pontosidő-kijelző, csak a megjelenítés 
módosítható. 

e "bblaunch: az alkalmazások indítására szolgáló eszköz. 


Ezek sajnos nem rendelkeznek grafikus beállítóeszközzel, de 


beállításaik a /usr/share/bbtools könyvtárban lévő beállításokat 
tartalmazó fájlokban könnyen módosíthatók. 


XFce 


Az XFce az egyik legkedvesebb ablakkezelőm, több hónapig 
dolgoztam vele. Az eddig bemutatott ablakkezelők közül ez a 
legnagyobb tudású. Számos saját beállítóeszközzel rendelkezik, 
az eszközök maguk egyetlen kezelőpanelbe vannak összevonva 
(az alábbi rész az eredeti XFce-leírás magyar nyelvű fordítása). 


A kezelőpanel 
A panel főbb szolgáltatásai a következők: 


e az alkalmazások indítása, 

e a listamenük megnyitása, 

e váltás a virtuális képernyők között, 

e hozzáférés a felületbeállítási eszközökhöz. 


Míg az óra nem bír különleges tulajdonságokkal, és csak a dátu- 
mot mutatja meg eszköztippként, addig a többi ikont alkalma- 
zások indítására használhatod. Választhatunk analóg vagy 
digitális óra között, csak a bal (nálam a jobb) egérgombbal rá 
kell kattintanunk az órára. A kezelőpanelen lévő ikon módosítá- 
sához vagy valamely ikonhoz való parancs hozzárendeléséhez 
a jobb egérgombbal kattintsunk az ikonra. A virtuális képer- 
nyők számát a felhasználó is megadhatja, 2-től 10-ig terjedően. 
Minden egyes ikon tetején egy pici nyíl található. E gombok 
mindegyike menülistát nyit meg, például itt lehetséges néhány 
szöveges módú alkalmazás - például a vi — számára szükséges 
terminál megnyitása. A terminál megnyitásához a parancs 
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elindítása előtt a term kulcsszót kell használnunk. 
Parancssor: term vi 


Listamenük 

A mernülisták használata az alkalmazások XFce-panelből tör- 
ténő indításának egy további módját képezik. A húzd és ejtsd 
(drag and drop) módszer a különböző fájlkezelőkből (termé- 
szetesen XFIree szükséges) is alkalmazható. A menü tetején 
egy bejegyzést (Ikon hozzáadása...) találhatunk, amellyel új 
menübejegyzéseket adhatunk meg. A vékony kicsi gomb a 
meni tetején csak akkor látszik, ha a Legördülő menük hasz- 
nálata engedélyezett. Erre a gombra kattintva ezt a menüt 
kifűzhetjük, és a képernyőn bárhova mozgatható válik, sőt 
akkor is nyitva marad, ha bejegyzést választunk ki belőle, 
így használata nagyon kényelmes. 


A beállítások és értékeik 

Minden lehetséges beállítás elvégezhető grafikus felületen. 
Ennek megfelelően az XFce beállító párbeszédablakot is 
tartalmaz — négy belső füllel, amelyek a következők: Paletta, 
XEFce, Ablakok és Automatikus indítás. 


A Paletta fül 

Az XFce a népszerű GIK-t eszközkészleten alapul, amely a 
gtkrc-t (a felhasználó könyvtárában elrejtett stílusbeállító fájlt) 
használja ahhoz, hogy minden GIK--alkalmazás azonos 
színsémájú legyen. A gtkrc-t általában egy témából másolják 
vagy kézzel írják, az XFce ugyanakkor a felhasználó által a 
palettabeállító képernyőn kiválasztott színértékekből és betű- 
típusból is képes gtkrc fájlt készíteni. 

Az XFce meg tudja határozni, hogy a gtkrc fájlt a felhasz- 
náló testreszabja-e vagy sem. Amennyiben saját gtkrc-stílust 
szeretnénk felépíteni, vagy ha a Gnome beállítóközpont 
(gnomecc) stílusaiból kívánunk egyet használni, az XFce 
nem írja felül (ezért ha jelenleg .gtkrc fájllal rendelkezünk 
a könyvtárunkban és azt szeretnénk, hogy az XEFce kezelje 
a stílusainkat, akkor vagy törölnünk kell azt, vagy a 
jelenlegi —/.gtkrc fájlukat át kell neveznünk). Ám ha nincs 
.gtkrc fájl a felhasználó saját könyvtárában vagy az üres, 

az XFce egy gtkrc fájlt készít, hogy az összes GIK-t-os 
alkalmazás — a Gnome-alkalmazásokat is beleértve - teljesen 
azonos megjelenésű legyenek. Az Xfce szempontjából 

a paletta nyolc színből és egy betűtípus nevéből áll. Mind- 
egyik szín az Xfce-felület egy-egy különleges elemét jelöli, 
mint például egérmutató, alapértelmezett ablakháttér, 
szöveges értékek stb. A palettához így kiválasztott színek 
az összes XFce-alkalmazásban használatosak lesznek 
(XFIree, XFClock, XFwm stb.). 


Az XF-ce fül 


Ez a párbeszédablak tartalmazza az összes XFce-tulajdonságot: 


e Beállítja a várakozási időt az eszközsúgó megjelenése előtt. 

e Az XFce a fő ablakot újrarajzoltatja a képernyőgombok 
színével. 

e Egyszerű színek helyett színátmenetet használ (csak akkor 
érhető el, ha az előző lehetőséget kiválasztottuk, ez azon- 
ban színfelhasználás csökkentésére 256 színnél kevesebb 
színt használó terminálokon nem használható). 

e Használhatóvá teszi a tear-off menüt, amivel a menüpontot 
ki lehet kapcsolni. 

e Az XFce-panelben elérhető virtuális képernyők száma 
kettőtől tíz képernyőig engedélyezett. 





e A listamenük száma: az XFce-panelben 0-tól 12 listamenüig 
választhatunk. 

e "Az ikonok méretének megadása a panelen. Ha az általunk 
megadott ikonok nagyobbak, mint a megadott érték, az 
ikon önműködően a gomb méretére méreteződik át. 

e Az ikonok mérete a listamenükben. Ugyanúgy működik, 
mint az előbbi lehetőség. 

e Az XFce-alkalmazásokban használt betűkészletek módosí- 
tása (mint a paletta esetén: a betűkészlet minden XFce- 
alkalmazásra kiterjedő lesz). 


Az Ablakok fül 

Ez a fül kezeli az XFwm-et, vagyis az ablakkezelőt és a szol- 
gáltatásait. Az ablakok jellemzőinek megadására a következő 
lehetőségek használhatók: 


e Click to focus windows: ha ezt a lehetőséget engedélyezed, 
az ablakon belülre kell kattintanod, hogy az ablak átvegye 
a billentyűzetfókuszt. Máskülönben a billentyűzetfókusz az 
ablakokban az egérmutatót fogja követni. Ha mozgatod az 
egeret, a fókusz követni fogja. 

e . Amennyiben az Autoraise window lehetőség engedélyezett 
(nem választható azonban, ha a Click to focus lehetőség is 
ki van választva), a billentyűzetfókuszt tartalmazó ablakok 
önműködően előugranak, vagyis az összes többi ablak elé 
kerülnek. 

e A Show contents of windows during move/resize lehetőség 
adja meg, hogy vagy az ablak tartalma, vagy a kerete 
mozgatás, illetve átméretezés közben látható legyen. 

A keretárnyék (ha ez a lehetőség nincs kiválasztva) további 
tájékoztatást ad az ablak helyzetéről és méretéről. Figyel- 
jünk arra, hogyha a nem átlátszó mozgatást és átméretezést 
használjuk, rendszerünket vagy - távoli terminál haszná- 
lata esetén — hálózatunkat nagyon leterhelhetjük. 

e  Beállíthatjuk az ablakrács méretét. A Windows snapping 
nagyon jól használható eszköz, ha az ablakot úgy mozgatjuk, 
hogy egy másik ablakot vagy a szélét megérintjük -— ilyenkor 
az ablak egy pillanatra megáll ebben a helyzetben. 

e A működő ablak fejléce egyféle vagy átmeneti színekkel 
rajzoltatható ki. 

e Az XFwm az ikonizált ablakokat önműködően rendezi a 
képernyőn. Kiválaszthatjuk, hogy az ikonok elhelyezésére 
a képernyő teteje (top), a bal oldala (left), az alja (bottom) 
vagy a jobb oldala (right) szolgáljon-e. 

e A három utolsó beállítás az ablakkezelő által használt 
betűtípusok fajtáit változtatja meg. 

1. A fejléc által használt betűtípus. 
2. A menük által használt betűtípus. 
3. Az ikonok által használt betűtípus. 


A Startup fül 

Az e képernyőn található lehetőségek használatával 
megadhatjuk, hogy az XEFce indításkor mely alapmodulokat 
(démonokat, illetve szolgáltatásokat) olvassa be. 


Menük 

A saját (Main) menüt az egér jobb (nálam a bal) gombjával a fő 
ablakra kattintva kaphatjuk meg, vagy az ALrtF2 lenyomásá- 
val juthatunk hozzá. Az ablakmenü a fő ablakra kattintva a 
középső egérgombbal érhető el (amennyiben kétgombos ege- 
red van, a bal és a jobb gomb egyidejű használatával), vagy 

az ALTrt FI lenyomásával. 
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A fájlkezelő XFTree 


Az XFEce saját fájlkezelője, az XFIree nagyon egyszerű fájlke- 
zelő eszköz. Az XFIree önmagában is alkalmazza a húzd és 
ejtsd eszközt, de természetesen más GIK-t-os alkalmazásokkal 
(XFce panel) egyaránt képes alkalmazni. 


Egyéb beállítóeszközök 

Az XFMouse egérbeállító eszköz. A XFMouse-nak köszönhe- 
tően az egérgombok működését és tulajdonságait meg tudjuk 
változtatni. 

Az XFSound feladata egy hang lejátszása, ha valamilyen ese- 
mény történik az ablakkezelőben. Indításkor önműködően, 
modulként indul el. 

Az XFPager kicsinyke eszköz, feladata az összes XFwm-felületet 
kicsiben mutatni. Az XFPagert modulként kell indítani. 

Az XFbd a háttérbeállításokért felelős eszköz. Segítségével 

a háttérképhez tudunk képfájlokat beállítani. Az XFbd megle- 
hetősen sok fájlformátumot képes használni: png, gif, jpeg, 
bmp és tiff. 
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Xíynome 

Az xígnome modult használjuk a Gnome-val való együttműkö- 
désre. Ha az xzxftwm-et Gnome-érzékeny Window manager-ként 
indítjuk el, és a Gnome applet-ek alkalmazását engedélyezzük, 
olyan lesz, mint a Gnome pager. Az xífgnome modul az XFce 
3.2.0-es változatában jelent meg. 


Telepítés 

Az XFce-ben a könnyű telepítést, illetve a beállítást 
(/usr/bin/xfcesetup) két kényelmes parancsfájl segíti. 
Ezek a fájlok az xfwm-et és az XFce-t annyiszor indítják el, 
ahányszor a felhasználó az X-folyamatot elindítja (startx-szel 
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vagy xdm-mel). Az előző beállítófájlok a rejtett .xfce bckp/ 
könyvtárba fognak kerülni. Ezután az előző fájlok visszaállítá- 
sára az xfce remove-t kell használni. A könyvtárbeállítás a 
későbbiekben az XFCE DATA környezeti változó egy másik 
könyvtárra történő változtatásával módosítható. 

bash: export XFCE DATA-/usr/1local/share 

csh: setenv XFCE DATA /usr/1local/share 

Mivel az XFce a nyelvi támogatást (Native Language Support- 
sot — NL5) is kihasználja, győződjünk meg róla, hogy a LANG 
környezeti változó az országunknak megfelelően van-e beállítva. 
bash: export LANG- "hu" 

csh: setenv LANG "hu" 

Az eddigieket visszaolvasva úgy tűnhet, kicsit részrehajló vagyok 
az XFce felé. Ennek talán az is oka, hogy több magyar leírás 

állt róla a rendelkezésemre (a FAO-t annak idején én fordítot- 
tam magyarra), illetve az is, hogy ennél az eszköznél a szüksé- 
ges beállításokat mind grafikus felületen tudtam elvégezni. 
Ettől eltekintve úgy gondolom, a most bemutatott ablakkezelők 
sokkal barátságosabbak, mint az előző részben bemutatott 
szerényebb tudással rendelkezők. Az ablakkezelőkről szóló 
sorozatunk következő részében többek közt az icewm-ről és 


az enlightenmenttről lesz szó. 


Ióth Béla (tothbtofreemail.hu) 

Nős, két gyermek büszke atyja. Dolgozott föld- 
mérőként, majd térinformatikus szakmérnöki 
képesítést szerzett. Egyaránt otthonosan mo- 
. ] 209 a CAD és a térinformatikai programokban, 
.! valamint a DOS- és Windows-alkalmazásokban. 
Legkedveltebb elfoglaltsága már két és fél éve a Linux. 
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A Perl és a hálózat 


Mint más nyelvekben, a Perlben is számos lehetőség nyílik a folyamatok közötti 


kapcsolattartás (IPC) megvalósítására. 


L 


Az IPC (interprocess communication) 

Ugyanazon a számítógépen futó két folyamat rengeteg módon 
cserélhet adatot. Használhatnak szignálokat, fifókat, csőveze- 
téket, és még számtalan más eszköz áll a programozó rendel- 
kezésére (lásd man 1 perlipc). Minden megoldásnak megvan 

a maga előnye és hátránya. Az egyik természetesen hatéko- 
nyabban láthat el egyes feladatokat a másiknál, és bizonyos 
helyzetekben nem is mind használható. Létezik viszont egy 
olyan kialakítás, amelyet én még minden gond esetén hasz- 
nálni tudtam, továbbá egyszerű és megbízható: ez pedig a fog- 
lalatok (socketek) használata. Foglalatokat nemcsak a helyi 
gépen futó folyamatok közötti adatcserére, hanem távoli szá- 
mítógépek közötti kapcsolattartásra is fel lehet használni. 
Nekem azért tetszett meg nagyon, mert általa a Perlben 
objektumközpontú felületet kapunk, és nem (feltétlenül) kell 
az alacsony szintű függvényekkel bajlódnunk. 


ássuk, miként beszélgethet egymással két különböző szá- 
mítógépen csücsülő folyamat! Megoldásunkhoz használ- 
juk az egyik legelterjedtebb programozási nyelvet, a Perlt. 


Foglalatok — miképpen épül föl egy kapcsolat? 

Amikor két folyamat beszélgetni akar, először el kell dönteniük, 
hogy milyen tartományban találhatók. Ha a Unix-tartományt 
választjuk, csak a helyi számítógépen futó folyamatok kapcso- 
lódhatnak egymáshoz. Az INET-tartomány használata teszi 
lehetővé a távoli gépek közötti adatcserét. Ezután mindkét 
folyamatnak létre kell hoznia egy-egy foglalatot. Ennek a fog- 
lalatnak be kell állítani a tulajdonságait, és ezután kaput kell 
neki foglalni. Az ügyfélnél ez a lépés elhagyható, a rendszer- 
mag megteszi helyettünk. A kiszolgálónál azért kötelező, mert 
tudnunk kell a folyamat kapuszámát, máskülönben nem 
tudjuk elérni. Ezt követően az ügyfél a megadott kapun már 
kapcsolódhat is a kiszolgálóhoz, és megkezdődhet a , beszél- 
getés". Ez valóban beszélgetés, ugyanis ezt követően az ügyfél 
foglalata állományleíróként viselkedik, és ugyanúgy lehet bele 
írni és olvasni, mint egy szabályos fájlba. A beszélgetés továbbá 
kétirányú: a kiszolgáló ír valamit, amit az ügyfél olvas; ezután 
az ügyfél ír és a kiszolgáló olvas stb. Arra azonban vigyázni 
kell, hogy ez a foglalat egy olyan ,állomány" leírója, amelynek 
nincsen vége. Pontosabban akkor van vége, amikor a kapcsolat 
lezárult. Ezért a kétirányú kapcsolattartáshoz ki kell találni egy 
,vége" jelet. Hasonlóan az indiánfőnök és a kisindán beszél- 
getéséhez, itt is, ha az egyik folyamat befejezte a mondaniva- 
lóját, uff-ot mond. Ebből tudja a másik, hogy ő következik, 
olvasás helyett írni kezd a foglalatra. 


Perl — ahol mindez egyszerűbb 

A Perl — mint fentebb már említettem — objektumközpontú 
felülettel segíti a programozók munkáját. lermészetesen itt 
is léteznek azok az alacsonyszintű függvények, mint C-ben, 
tehát ha valaki ragaszkodik hozzá, használhatja őket. 

A Socket modul alkalmazásával viszont mindez sokkal 
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egyszerűbb. Amennyiben 
még esetleg nem foglal- 
koztál objektumközpontú 
programozással, akkor se 
ijedj meg. Az objektumköz- 
pontú programozás filozó- 
fiája csak egy, a strukturált 
nyelveknél az emberi gon- 
dolkodáshoz közelebb álló elképzelés. Eszerint először 
általánosítasz (osztályok), aztán leírod, hogy az eset miben 
különbözik az átlagostól (objektumok). A Perl-kézikönyvolda- 
lak nagyon jó bevezetőt tartalmaznak az objektumközpontú 
programozáshoz. Ha valamennyire ismered már a Perlt, de 
nem tudod, mi az objektumközpontú programozás, feltétlenül 
olvasd el a perlboot oldalt (1. fejezet). 


Perl 


!. mongers 





Es ahogyan mindez a gyakorlathan fest 

Ha Unix-tartományban akarsz dolgozni, a Socket : : UNIX- 
osztályt kell használnod (man 3perl IO: : Socket : : UNIX), 
INEI-tartomány esetén pedig - ki gondolta volna — a 

Socket : : INET-osztályt (man 3perl IO: : Socket : : INET). 
Az osztályból készítesz egy objektumot és már kész is a fog- 
lalat. Tudnod kell, hogy Perlben nincs külön kinevezett objek- 
tum-függvénylétrehozó (constructor). Egy osztály bármely 
eljárása lehet függvénylétrehozó, ha meghívja a bless () 
függvényt, csupán megfelelően le kell írnia az osztályt. lermé- 
szetesen mindenki az egységes felület kialakítására törekszik, 
ezért a függvénylétrehozót többnyire new ( ) -nak hívják. Ebben 
az esetben nem kell az IO: : Socket : : INET- new () formá- 
hoz ragaszkodnod, használhatod a jobban olvasható new 

IO: : Socket : : INET kifejezést. A függvény egy asszociatív 
tömböt vár. Mivel ennek elemeit a programban sehol máshol 
nem használjuk, nyugodtan lehet anonim. A szükséges kulcsok 
egy kiszolgáló esetén a következők lehetnek: 


LocalPort 

Annak a kapunak a száma, amelyen a szolgáltatást indítani 
akarod. Ne felejtsd el, hogy az 1024 alatti kapuk használatához 
rendszergazdai jogok szükségesek! 


Proto 

A használni kívánt protokoll. Ez ICP vagy UDP lehet attól 
függően, hogy kapcsolat- vagy datagramközpontú protokollal 
akarsz dolgozni. Ha nem tudod, hogy mik ezek, használj ICP-t. 
A ICP teszi lehetővé a programozók számára, hogy minden 
csomag megérkezzen, és abban a sorrendben tegyék, ahogy 
elküldte őket. 


Listen 

Ez a várakozási sor hossza. Amíg egy ügyféllel foglalkozol, nem 
tudsz többet kiszolgálni (kivéve, ha a kiszolgálót többszálasra 
készíted). A többiek ezalatt a várakozási sorba kerülnek, és a 
kapcsolatra várnak. Ha a várakozási sor is betelik, a további 





7. lista A kiszolgáló 
$!/usr/bin/perl -w 


üselistrict ; 
use IO::Socket; 


mz.eSkiszolga ló s-snewetoss: SOGKkEG sc MINEN ő 
TSOGaM HB 0 ra tett ett eáe Bel Be Tat SRNÉS 
ao teo áss ete olt 
ITÁSLS SS tet TnT S ALKN 
ReuseAddr -: "1" 
dé 


my (S$ugyfel, Smost) ; 

while ($ugyfel-$kiszolgalo-saccept()) ( 
Smost - localtimeí(time ( ) ) ; 
PINE SUGYEE LE SMOSES "TŐ 
close(Sugyfel) ; 


] 


close(Skiszolgalo) ; 


2. lista Az ügyfél 
$t!/usr/bin/perl -w 


ÜSENESEHI Cct ; 
use IO::Socket; 


my ugyfel —m—new IO EFö5b.b-v-Pb2CCe 6 
PeerAddr -:  localhost:1111 , 
Protoáasziááteejo 
1 
while (-cSugyfel:) ( 


BGINe: 


ügyfelek , A kiszolgáló nem elérhető" ICMP-üzenetet kapják. 
A SOMAXCONN állandó tartalmazza az operációsrendszer-függő 
legnagyobb értéket. 


ReuseAddr 

Ez már nem kötelező, én viszont ajánlom a használatát. Ha 
ugyanis egy program megfogott egy kaput, a rendszermag 
a felszabadítása után azt egy kis ideig nem engedi át új 
folyamatnak. Ha a ReuseAddr-nek igaz értéket adsz, akkor 
kapufoglalás előtt a rendszermagot minden szabad kapu 
elengedésére utasítja. 

Ügyfél esetén ez még egyszerűbb: 


PeerAddr 
A távoli folyamat címe cIP c m::ckapu szEma: formában. 
Proto (lásd fentebb) 


Ezután kiszolgáló esetén a foglalatobjektum accept () elem- 
függvényét kell használnod. Ez mindaddig nem tér vissza, 
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amíg nem történt sikeres kapcsolódás. Ekkor a kapcsolódott 
ügyfél foglalatát visszaadja. Erre a foglalatra lehet írni, illetve 
olvasni. Ezzel létrejött a párbeszéd. 

Minden foglalat létrehozása után érdemes meghívni annak 
autoflush() elemfüggvényét. Az 1.18 előtti IO: : Socket 
alapértelmezés szerint a foglalatra írt adatot nem küldi el 
rögvest, hanem átmeneti tárba helyezi. Így az ügyfél az adatot 
nem azonnal kapja meg, csak amikor az átmeneti tár telítődik, 
majd szükségszerűen ürül. Ezt bírálhatod felül, ha az 
autoflush() függvénynek igaz értéket adsz, ami az 
értelmezőt az adatok azonnali küldésére kényszeríti, például 

: kliens-sautoflush(1) ;. 

Az 1.18-as és az azt követő változatoknál azonban ez az 
alapértelmezett, így ezt a függvényt pusztán együttműködési 
okokból szokás használni. 

A példa egy nagyon egyszerű kiszolgáló-ügyfélpárt mutat be. 
A kiszolgáló folyamatosan várakozik, és minden kapcsolódó 
ügyfélnek kiírja a pillanatnyi időt, majd zárja a kapcsolatot. 
Az igazat megvallva a kiszolgáló nem igazán , korrekt" abból a 
szempontból, hogy az utolsó sor (close S$server; ) sosem fut 
le, a programot CTRL-C-vel kell leállítani. Ez a rendszer műkö- 
dése szempontjából semmilyen zavart nem okoz, a Perl-értel- 
mező a programból történő kilépéskor minden nyitott állo- 
mányt (a foglalatokat is beleértve) bezár. 
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Végezetül 

A CD-mellékleten (28 CD Magazin/Perl) egy kidolgozott kiszolgá- 
ló-ügyfélpárt találsz, ami már elég összetett. Különösebb haszna 
ennek sincs, de jó példa, és szerintem sokat lehet belőle tanulni. 
Ha ilyen vagy hasonló programot fejlesztesz, van számodra 
egy tanácsom. Ha egy mód van rá, kezdd a kiszolgálóval, 

és ügyfélként a lelnetet használd. A példában a telnet 
localhost 1111 ugyanazt az eredményt adja, mint a saját 
kézzel írt ügyfelünk. 

Remélem, hogy e módszer bemutatásával sok fáradságos 
munkától tudtalak megkímélni. Használd sokat a Perlt! Nemcsak 
azért, mert gyorsan lehet benne alkalmazásokat készíteni, ha- 
nem mert felületfüggetlen. Példánk bármelyik példánya futha- 
tott volna Windows, Machintos vagy akár Solaris alatt is. 


Fülöp Balázs 

(xutOfreemaill.hu) 17 éves, imádja a Túró Rudit, 
a Debian Linuxot és a teheneket. Az ELTE Rad- 
nóti Miklós Gyakorlóiskola tanulója Immár ötödik 
éve. Kedvenc írója Slawomir Mrollek. Leginkább 
a számítógépes hálózatok biztonsága érdekli. 





Leáll, kikapcs! A 
Lá 


Amennyiben azt szeretnénk, hogy gépünk leállí- dés 


táskor ki is kapcsoljon, akkor használjuk a halt m" 
parancsot a -p kapcsolóval vagy a poweroff utasítást. 


Ez a legtöbb rendszerben alapértelmezett eljárás, és a /etc/init.d/halt 
héjprogramban ellenőrizhetjük. Emellett az is fontos, hogy a rend- 
szermag támogassa az ilyen szolgáltatásokat (azaz a General rész 
alatt az Advanced Power Management BIOS Support be legyen 
fordítva), illetve a BIOS-ban is engedélyezzük. 


Szy György 
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A méretezhető próbarendszer 


A programok kipróbálása nem móka, hanem igen fontos feladat; az Open Source 
Development Lab and Scalable Test Platform ebben szeretne segíteni. 


nyílt forráskódú fejlesztői laboratórium és méretez- 
hető próbarendszer (Open Source Development Lab 
- OSDL) nem nyereségközpontú cég. A Linux méretez- 
hetőségének és távközlési felhasználásának tökéletesítésén dol- 
gozik. Az OSDL támogatói (3 http:/www.osdlab.org/sponsors) 
egy teljes teszt- és fejlesztői labort rendeztek be több terabájtos 
tárolókkal, kettőtől tizenhat processzorig felszerelt SMP-kiszol- 
gálóparkkal. A laborban elhelyezett nagyvállalati kategóriába 
tartozó gépeket a fejlesztők távolról is elérhetik. 

A tesztek létrehozásán és futtatásán közösen dolgozunk a fej- 
lesztőkkel. A folyamat során rájöttünk, hogy bizonyos dolgokat 
minden, a laborba érkező próba során újra és újra el kell végez- 
nünk. Feljegyeztük egy átlagos próbafuttatás lépéseit és kide- 
rült, hogy számos közülük önműködővé tehető. A Scalable lest 
Platform (SIP) a feladatok automatizálását tűzte ki célul a 
kérés leadásától a végső jelentés visszaadásáig. 


A 


Gondok a próbamódszerrel 

Már maga a teljesítményvizsgálat eleve olyan gondokat vet fel, 
amelyek túlmutatnak cikkünk és az SIP keretein. A jelenlegi 
próbaeljárások esetén is akadtak azonban megoldható kérdé- 
sek, a laboratórium tehát ezekre próbál összpontosítani. Nem 
szabad megfeledkezni arról, hogy az általunk végzett teljesít- 
ménymérés teljesen különbözik azoktól az eljárásoktól, ame- 
lyekkel a piac számára készítenek összehasonlításokat. 

A próbakörnyezet beállításait ritkán írják le, a leírások több- 
nyire azokra a szempontokra korlátozódnak, amelyek a kitű- 
zött célok tükrében a próbát végző számára fontosnak tűnnek. 
A részletek hiánya azonban a későbbiek folyamán gondokhoz 
vezet, amikor a jelentést más elemzők próbálják értelmezni. 
Nem ritka, hogy az elemzőnek az egész próbát meg kell ismé- 
telnie, hogy a hiányzó adatokhoz hozzáférjen. Az is gyakran 
előfordul, hogy a próbafolyamatnak csak egy része önműködő, 
az emberi beavatkozást igénylő lépésekről pedig nincs kielégítő 
leírás, így a próba megismételhetetlen. 

A teljesítményvizsgálat nagyon erőforrás-igényes — mind idő, 
mind eszközök tekintetében. Hány nyílt forrású fejlesztést 
végző programozó fér hozzá egy ötven ügyfélből álló kétutas 
kiszolgáló-ügyfél rendszerhez, amelyet gigabites hálózat köt 
össze, hogy kipróbálhasson több 8 és 16 processzoros gépből 
álló kiszolgálóparkot? Kevés cég engedheti meg magának, 
hogy ilyen eszközöket vásároljon, és ha mégis, jó néhány veze- 
tőt kell meggyőzni a kiadásokból származó jövőbeli eredmé- 
nyek megtérüléséről. Amennyiben egy fejlesztőnek jó ötlete 
támad, de a fenti okok miatt nem tudja kipróbálni, az elképze- 
lés jó eséllyel feledésbe merül. 

Jelenleg nem létezik olyan központi hely, ahol a jól leírt teljesít- 
mény-, üzembiztonsági és szabványossági vizsgálatok eredmé- 
nyeit elérhetnénk. A kutatók kénytelenek saját maguk próba- 
futtatásokat végezni, vagy az elérhető kétes megbízhatóságú 
teszteredményekre hagyatkozni, és a legjobb esetben is csak 
találgathatnak. A rendszerfelügyelők nem fordulhatnak egy 
központi nyilvántartáshoz, amelyből kiderülne, hogy a terve- 
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zett terheléshez melyik rendszermag-terjesztés-vas összeállítás 
illik a legjobban. Az ilyen természetű adatok hiánya miatt 
gyakran zavaros a kép a milliónyi Linux-megoldás teljesítmé- 
nyét és megbízhatóságát illetően. 


Linux-rendszermagfejlesztés 

A Linux-rendszermag fejlesztőinek nem áll módjukban hossza- 
dalmas teljesítmény- és üzembiztonsági vizsgálatokat futtatni 

a hibajavításokon. Még abban az esetben sem, ha a fejlesztő 
történetesen hajlandó időt áldozni a kipróbálásra — a rendszer 
telepítéséhez és beállításához is gyakran szaktudás és különböző 
vasak, alkatrészek szükségesek. Alkalmanként ez ahhoz vezethet, 
hogy a rendszermag fejlesztői és üzembiztos változatában egya- 
ránt nemkívánatos hibák jelennek meg. Az is előfordulhat, hogy 
az új hibajavítás egy korábban már kijavított hibát okoz, de ezt 

a regressziós tesztelés hiánya miatt senki sem veszi észre. 

A Linux-rendszermaggal foglalkozó levelezési listán többen fel- 
vetették, hogy az új hibajavításokat szabványosított próbáknak 
kellene kitenni. Számos felhasználó és fejlesztő egyetért abban, 
hogy egy olyan egyszerű eljárás, amely a teljesítmény- és üzem- 
biztosságfelmérést foglalná magában, a szabványokhoz való 
igazodást nagyító alá venné és tartalmazná a regressziós teszte- 
lést, igen hasznos lehetne a Linux-rendszermag fejlesztése során. 
Nem írhatunk próbát minden létező hibára, de a típushibákat 
ellenőrizhetjük. Általában nem túl bonyolult dolog a hiba fel- 
fedezése és javítása után hozzáadni egy regressziós tesztesetet 
az eljáráshoz. A gond nem a próbák létrehozásával van. A leg- 
több fejlesztő elismeri, hogy a próbák elvégzése szükséges: 

a nehézség abból származik, hogy míg a kódolás izgalmas fela- 
dat, a tesztelés többnyire unalmas. Ha a fejlesztő mással próbál- 
tathatná ki a kódját, és amíg az a valaki a piszkos munkát 
elvégzi, ő folytathatná a kódolást, sokkal többen hajlanának 

a hibajavítások kipróbálására. 


A méretezhető próbarendszer 

Az SIP (Scalable lest Platform) a kipróbáláshoz összeállított 
gépparkot és a rajta futó programok összességét takarja. A hát- 
térfeladatok elvégzésére kifejlesztettük a Brimstone-t, ami 

a kötegelt feladatokat és a próbákat irányítja. A kéréseket az 
Eidetic-felületen — felhasználóbarát webes felület — keresztül 
lehet feladni, esetleg a brim-gate elektronikus leveleket feldol- 
gozó program is felhasználható erre. Az egyszerű felületek 
segítségével kevesebb mint két perc alatt egy egész tesztsoro- 
zatot össze lehet állítani. 

Az SIP használata azzal kezdődik, hogy a fejlesztő a hibaja- 
vítást elküldi a rendszermagot tartalmazó CVS-fába, majd kér 
egy próbasorozatot a módosított rendszermaggal. A teszt 
végeztével a rendszer a részletes eredményeket elektronikus 
levélben visszaküldi a fejlesztőnek. Az eljárás még tovább 
egyszerűsíthető, hiszen a fejlesztő írhat egy rövid parancsfájlt, 
amely kevesebb mint öt sorban elvégzi a CVS-műveleteket és 
a kérés feladását. Így a hibajavítás ellenőrzése akár egyetlen 
paranccsal is megoldható. Minden, ami a teljes próbafuttatás- 





hoz szükséges, egy másodperc alatt el lenne intézve. 

Az SIP számára fenntartott eszközök között található egy 1,8 
1 B-os tárolórendszer, amely több üvegszálon keresztül csatla- 
kozik minden kiszolgálóhoz (ezek mindegyike négy vagy több 
processzorral rendelkezik). A kiszolgálók között található két-, 
négy-, illetve nyolcprocesszoros gép (mindegyikből kettő), 
továbbá egy 16-processzoros gép is. Egy másik 16 Itanium pro- 
cesszort tartalmazó NEC AzusA kiszolgálóra már leadtuk a 
rendelést. Emellett több mint ötven ügyfélgéppel is rendelke- 
zünk, ezeket az SIP számára egy gombnyomással elérhetővé 
tehetjük. Jelenleg azt fontolgatjuk, hogy a meglévő gépek 
mellé néhány egyprocesszoros gépet is beállítunk, így a fejlesz- 
tők biztosak lehetnek abban, hogy módosításuk a legtöbbek 
által használt telepítéseket nem befolyásolja. 

Az Eidetic, a Brimstone és az elektronikus levélátjáró progra- 
mok mind GPL-esek, tehát aki saját próbafuttásaihoz keres 
környezetet, használhatja. 


Próbafuttatás igénylése 

Az első teendő a jelentkezés: ingyenes és a segítségével OSDL 
Lab Associate lehetsz (lásd 5 http:/www.osdlab.org). Ezekután 
meg kell adnod egy tesztfíuttatást, a processzorokkal kapcsolatos 
részleteket, a gépek felépítésére vonatkozó korlátozásokat (ez 
választható), és egy nem kötelező LILO parancssort (az elérhető 
fizikai memória méretét korlátozhatjuk vele). Az adatok elkül- 
dése után egy kevéske időt kell szentelned a beállításokat tartal- 
mazó oldal kitöltésére, majd feladhatod a kérést. A próba lefutá- 
sának idejétől függően akár 25 perc alatt megkaphatod az ered- 
ményt. A környezet teljes leírását és az eredményeket megőriz- 
zük a webkiszolgálónkon - ennyire egyszerű az egész. A rövid 
próbák is legalább 15 percig tartanak, mert minden alkalommal 


frissen telepített operációs rendszerből indulunk ki. Mivel a fo- 
lyamat teljesen önműködő, a rendszert munkaidőn kívül is hasz- 
nálhatod. Ez azt jelenti, hogy minden fejlesztő számára elérhetők 
vagyunk - a földrajzi elhelyezkedésre való tekintet nélkül. 


Részletek 

Mivel az SIP-t csak most kezdtük igazán használni, egyelőre 
kevés a futtatható próba. E cikk írásakor a következők állnak 

a felhasználók rendelkezésére: Juan Ouitela ,memtest -je 

(a VM-et próbára tevő program), a dbench (Samba) fájlrendszer 
próbája, a mindig népszerű rendszermagfordítás, a CVS-igény- 
bevétel próbája és az Imbench. 

Tervezzük számos több kiszolgálót és alkalmazást igénybevevő 
próba elkészítését is, ezek közül az Apache- és a MySOL-alapú 
próbákat emelném ki. lermészetesen nyílt forrású kezdemé- 
nyezés révén bárki segítségét szívesen fogadjuk, főleg a próbák 
önműködővé tétele terén. 

A Linux lest Project (LIP) keretein belül együttműködünk a SGI 
és az IBM fejlesztőivel. Célunk, hogy az LIP-t célzott és általános 
terheléspróbákkal bővítsük ki. Az LIP rendszermag-tulajdonság 
próbája önműködővé tételéhez csaknem készen áll. Ezzel nagy 
regressziós tesztgyűjteményt kapunk, valamint biztos alapot a 
megbízhatósági próbákhoz. A LIP jövőbeli tervei között néhány 
önálló próba fejlesztése szerepel, amely remek cél az SIP számára. 


e 


Nathan Dabney (smurfoosdlab. org) 

a Slackware óta (1994) használ Linuxot. Sze- 
reti megdönteni a rossz elméleteket, és 
szívesen sétál a menyasszonyával esőben. 
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PHP-vel biztonságosan (1. rész) 


Mire figyeljünk, ha nem akarjuk, hogy féltett adataink 
egy rosszul megírt PHP-program révén illetéktelenek kezébe kerüljenek. 


létezik. Olvasóink e sorok végigolvasása után sem 

lesznek képesek törhetetlen webes rendszereket írni és 
fenntartani, de a célom nem is ez, hanem csupán annyi, hogy 
fellebbentsem a fátylat azokról az elkövethető hibákról, ame- 
lyek a leggyakrabban ütik fel fejüket a gymbamód szaporodó 
PHP-ben írt webes alkalmazásokban. 
Cikkem egy GNU/Linux-környezetben működő Apache 
webkiszolgálót és egy 4.x változatszámú PHP-t használó 
rendszert vesz alapul. 


[da élreértés ne essék, teljesen tökéletes rendszer nem 


Kinek a feladata? 

Egy PHP-projekt körül a biztonsági teendők alapvetően két 
nagy csoportra bonthatók. A telepített webkiszolgáló és PHP- 
értelmező beállításait a biztonsági követelményeknek megfe- 
lelően finomítani kell. Ezek a rendszergazda hatáskörébe 
tartozó feladatok. 

A rendszergazda mindent megtehet a PHP-rendszer védelme 
érdekében, de erőfeszítései hiábavalóak, ha maguk a PHP-ben 
írt programok nem felelnek meg azoknak az alapvető feltéte- 
leknek, amelyek egy nagyközönség számára szánt programtól 
elvárhatók. Ezen elvárások röviden összefoglalva: a program- 
mal a felhasználó ne tehessen olyat, amit mi nem akartunk. 


A forráskód elrejtése lenne a megoldás? 

Egyes elképzelések szerint a legjobb védekezési módszer a 
kívülállók sötét tudatlanságban tartása, azaz ha semmit nem 
árulunk el programunk belső felépítéséről, vagyis eltitkoljuk 

a forráskódját. Ez nem igazán célravezető megoldás. A trükkös, 
játékos kedvű idegenek, akik webalkalmazásunk meggyötré- 
sére hivatottak, a sok kis apró adatból nagyon sok információt 
ki képesek gyűjteni. Inkább arra érdemes törekedni, hogy 
PHP-s rendszereinket úgy írjuk meg, hogy egyetlen rosszindu- 
latú felhasználó se tudjon károkat okozni, még a teljes forrás 
ismeretében sem. Ennek már csak egészségügyi szempontból 
is hatalmas előnyei vannak, hiszen nem kell amiatt rettegnünk, 
hogy féltett forrásunk illetéktelenek kezébe kerül. 

Működő rendszerünk fájljai között azonban olyanok is akad- 
hatnak, melyeket joggal féltünk a külvilágtól. leszem azt, egy 
beállításokat tartalmazó .inc fájlban lehetnek olyan érzékeny 
adatok, amelyeket nem a nagyközönségnek szántunk, például 
egy adatbázis-hozzáférés jelszava. Átlagos kiszolgálóbeállítást 
alapul véve az ilyen .inc fájlok — ha a nyilvános webdokumen- 
tumok könyvtárában helyezkednek el - elérhetővé válhatnak. 
Hibás lépés az ilyen érzékeny adatokat tartalmazó fájlokat itt 
tárolni. Az első, amit megtehetünk, hogy a fájlrendszer nyilvá- 
nosan el nem érhető pontján tároljuk őket. Ha nem tennénk, 

a támadási lehetőségeket felmérő kívülállónak elég lenne 
csupán a fájl nevét megismernie, és máris olyat láthatna, amit 
nem szabad. Ennek oka, hogy a webkiszolgáló csak olyan 
fájlkiterjesztésekre ereszti rá a PHP-értelmezőt, amit annak 
beállításaiban sorolhatunk fel. Általában a következő kiter- 
jesztéseket vizsgálja: a .php .php3 .phtmlI. Ezek közé a .inc is 
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CGI futtatható állományként telepített PHP3 


Lastupdated: Mon, 11 Feb 2002 
view this page in Plain HTML I English ! Brazilian Portugwese ) Czech! Dutch I French ! German I ttalian [ Japanese [ Korean ! Polish ] Russian ) Spanish ! Turkish 
. Fejezet 4. Biztonság 


. Tartalom 
, Általános szempontok 

! CGI futtatható állornányként telepített PHP 
Apache modulként telepített PHP 


KKonfiguráció 


; Fájlrendszer biztonság 

. Adatbázis biztonság 

!  Hibakezelés 

; . Gióbálisan is elérhető változók (Register Globals ) használata 
;  Felhasználótól érkező adatok 

(A PHP elrejtése 

, Fontos aktuálisnak maradni 


. 4 PHP egy igen hatékony nyelv és feldolgozó program, akár kiszolyálámodulként, akár egy különálló CGI futtatható állományként 
. működik, képes elérni fájlokat, futtatni parancsokat és hálózati kapcsolatokat nyitni a szerveren. Ezek a tulajdonságok alapesetben 
. veszélyessé is tehetik más, a webszerveren futó alkalmazások számára. 4 PHP-t azonban úgy fejlesztették, hogy biztonságosabb 
. legyen CGI programok írására, mint a Perl vagy C nyelvek. A PHP a fordítási és futásidejű beállítások helyes megválasztásával, és 
. megfelelő programírási módszerek betartásával a szabadság és biztonság kívánt kombinációját biztosítja számodra. 





A PHP-leírás ide vonatkozó része már magyarul Is elérhető 


felvehető, viszont senki sem szeretné, ha a .inc-állományokat 
önállóan is futtatni lehetne. Ezért kell a webkiszolgáló doku- 
mentum saját könyvtárán kívül helyezni azt, amit nem aka- 
runk, hogy közvetlenül elérjenek, vagy akárcsak megcímez- 
zenek. Ezt rendszerint felhasználóként is megtehetjük. Ha 
mégsincs rá lehetőség, más megoldás is létezik: ha beillesz- 
tendő fájljainkat szintén .php kiterjesztéssel láthatjuk el. Ekkor 
viszont arra kell figyelni, hogy ezek a nem önálló futásra 
tervezett programrészletek önmagukban is meghívhatók, és 
ezáltal újabb biztonsági rések keletkeztek. Ennek legkönnyebb 
kivédése, ha beillesztett fájljaink elején leellenőrizzük, nem 
önállóan lettek-e meghívva. Ezt a következő módon érhetjük 
el — már feltéve, hogy a védeni kívánt fájl a szamlalo.php 

(egy szamlalo.inc nevű állományt nevezve át) névre hallgat. 

A beillesztendő fájlt az 1. listán látható módon kezdjük. 

Ezáltal a közvetlen lefuttatást meghiúsítottuk, ilyen próbálko- 
zások esetén a beillesztésre hivatott szamlalo.php weboldalunk 
nyitólapjára irányít át. A fenti programrészletet eseménynap- 
lózó rendszerrel ki lehet egészíteni , amely rögzíti számunkra 
az ilyen gyanús eseményeket. 


Ne bízzunk a bejövő adatokban sem! 

A webkiszolgálón futó programokban a legkönnyebben elkö- 
vethető hiba, ha az oldalról oldalra átadott adatokban vakon 
megbízunk. Egy egyszerű címsorban továbbított adatsort bárki 
módosíthat, és ezzel rossz esetben a program működése 
nagyon eltérhet attól, mint amire szántuk. 

Minden egyes megkapott adatot érdemes alaposan megvizs- 
gálni, hogy megfelel-e az elvárt formai és tartalmi követelmé- 
nyeknek. Ha nem tesszük, jó esetben is előfordulhat, hogy 

a nem kívánt tartalmú adatot is elfogadjuk, például a távoli 
jövőbe mutató születési dátumot - és ez még csak a legkisebb 
rossz, ami megtörténhet. . . 





7. lista Számláló 
cz? 


if (basename($PHP SELF) -- "szamlalo.php") ( 


header ( "Location: /"); 

die () ; 
j 
ís 

2. lista A letölthető anyagok 

cats 
cHEAD3 

ZTITLE:Let ltheti anyagokc/TITLE: 
c /HEAD 5 
Sá (0ID NE 


-FORM ACTION-"letolteő Söjólünó "egett HE etetett TtEe e 


zZSELECT NAMB-"mMmit"- 
ZOPTTON VANLUB- "dokumentacio. pde" 
:dokumentacio.pdf 
9 -OPTION VALUE-"terkep.pdf": 
5terkep.pdf 
SOPTTONVAKOBE tech pataméetéetek pdeé 
E LECAN DATA ME BEKES 
c/SELECT5cBRs 


cz IT 
NPUT TYPE-submit NAME-"indit" 
SAINTS TILBE IEZ8 ama tirsals 


c/FORM:3 


c/BODY 3 
c /HIML: 


Tegyük fel, weboldalunkon letölthető pdf formátumú doku- 
mentumokat szeretnénk felkínálni a nyájas közönség számára. 
Mindezt ráadásul úgy, hogy a letöltéseket számon tarthassuk. 
Kézenfekvő megoldásnak tűnik a 2. és 3. listán látható PHP- 
támogatott letöltő programocska megírása. 

Senkinek nem ajánlom, hogy ilyen letöltőrendszert használjon! 
A gond abban lakozik, hogy a letoltes.php feltételezi, hogy az 

őt meghívó űrlapba senki sem fog belekotorászni. Pedig meg- 
teheti. Bárki mentheti az űrlapot tartalmazó oldalt a saját 
gépére, és kedvére módosíthatja. Ráadásul nincs, aki mega- 
kadályozza abban, hogy mondjuk a mit nevű bejövő adat 
értékét erre változtassa: ../../../../etc/passwd (lásd 4. lista). 
Letöltendő fájlunk ekkor a /home/endre/downloads/../../../..Jetc/ 
passwd lesz. Ez érvényes elérési útvonal, és megegyezik a sima 
/etc/passwd hivatkozással. legyük fel, hogy jelszavainkat itt, 

és nem a shadow állományban tároljuk, és a baj már meg is 
történt. Az alattomos gonosztevő a próbálgató módszerrel 
máris nekikezdhet a kódolt jelszavak visszafejtésének. De 
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3. lista A letoltes.php 
S 


// szEmlEl f ggvOÖny behezEZsa 
anaciktde. "szamlalo . Maci 


Sdownload dir - "/home/endre/downloads/ " ; 
Sletoltendo fajl - SZE6Wese etette mmettets 


if (file exists($letoltendo fajl)) ( 


header (" Content-Type: application/pdf!") ; 
Mead eze toe tot ézedos te ages 


// ez a £ ggvőny n veli a szEmlEl t 
szamba lStnove EGSméj 


) else ( 


echo "HIBA: A ÍXjl nem lötezik!"; 


. Elle Edit View Search Go Boockmarks Tasks Help 
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g Chart 
Foundation By-Laws 
censes Table of Contents (Workiny Draft) 
FAG This project is setting out to define security reguirements to build 
ete secure web applications and web services. It will define varying 
3 levels of security assurance based on system reguirements. For 
instance an application that serves non-personal content on an 
Intranet will have different security reguirements than an Internet 
banking application. 


Vou can download the most current working 
doc in PDF for this project here 

Security Reguirements szsssee Security Reguirements Draft Table of 
Testing Framework Corterás 

XML Data Exchange Format 
Attack Components 


a Document History 
Project Schedule 


a Purpose of this Document 
a Intended Audience 

a How to use this Document 
a Introduction 

a Levels of Security 

a Security Principles 

a Architecture 

a Authentication 

a Session Management 

a Authorization 

a Event Logging 

a Error Handling 

a Preventing Common Problems 
a Cryptography 

a Priv 


Overview 


Defining the reguirements needed in a system is of vital importance. 
Without formal reguirements and specifications it is unlikely that a 
system will behave as expected or anticipated. Developers will not be 
aware of desired security functionality and may have tö make "ad 
hoc" judgment calls when implementing an ambiguous design 
specification. Documenting formal reguirements are also important 
when testing a system. How can you test the security of a system if 
you dont know what levels 07 security the system should have 
implemented in the first place ? 


News § 
News Archive 


Examples of security reguirements maybe administrate interfaces, 
open api"s and input validation. 


Administrative Interfaczs - Web applications need to be 
administered. These interfaces maybe to conduct tasks 
such as to reset Users pasyworús OT for a support 
person to guery a users account. Given that web 
applications already have an interface to the data, most 
system designers will architect administration interfaces 
using the web as well. This can present significant 
security risks. All administration accounts will typically 
have elevated system privileges and if exposed to the 
Internet may be susceptible to brute-force attacks. 
Administrative interfaces may be reguired to be 


a Data Transmission 
a Data Storage 
a Physical Security 





mégha a shadow telepítve is van, e baki által a kiszolgáló 
felhasználólistája akkor is illetéktelenek kezébe került. Ilyen 
esetekben a védekezésnek több módja is akad: 


e . Elfogadható megoldás: a basename () függvény segítsé- 
gével a Smit változó elejéről a könyvtárhivatkozásokat 
— csak a fájlnév megtartásával -— levághatjuk. 

e Kicsit jobb megoldás: használhatjuk az ereg () függvényt, 
hogy kiszűrjük a . . / részleteket, és a rendszergazdát a 
letöltés megtagadása mellett levélben értesítsük. A PHP- 
leírás alapján ilyen ereg-szűrésre példa a következő: 
ereg(""[0./1[7/1"$", $mit) Ha e kifejezés értéke 
hamisnak bizonyul, az rettentően gyanús. 

e Az elegáns megoldás: az űrlapban nem közvetlenül a fájl- 
nevekkel dolgozunk, hanem minden letölthető fájlhoz 
azonosítószámot rendelve az azonosítót kérjük be. Ezzel 
a letölthető anyagok halmazát egyértelműen egy adott 
fájlcsoportra szűkíthetjük. 


2002. március 


. Szaktekintély —/ 


0 Kiskapu Kft. Minden Jog fenntartva 





KKE 


0 Kiskapu Kft. Minden Jog fenntartva 


4. lista A módosított űrlap 


zZSELBÉT NAME 7 "iggjüábk- 
ZOPTION VALUE-"dokumentacio.pdf"s: 
FlokumentacHókijóede 
-ZOPTION VALUE-"terkep.pdf"s: 
sterkep.pdf 
zZOPTION VALUE- SESeCREBGREMEBEKE ES e EN— 
Wusebch paramsEbEG ések 
SOPTION VALUBENt ESÉS etet hass 
5 /etc/passwd 
£/SELECT3-ABR: 


5. lista Úrlap némi hibával 
-zFORM AETION- "CE EÉjé Vet ro line NAT Ve ELTE leo er NE eh aeLEES 


cB:s:Jelsz vEltoztatAs:c/Bz 

53 - ?echoSusername?5cBR: 

zZINPUT TYPE-"hidden" NAME-"user" 
5SVALUE-" c ?echoSusername?:5"5c-BR: 


J jelszefé be 
z2zTNPUT TYPEB—-" password" 
NAME-"password1":5cBR: 


JeElSzZEEMmIGgEGgYSZEÉt BR 
2 TNPUT TYPES"Dpassword" 
5 NAME-"password2"35cBR: 


z INPUT TYPE." SUDMte" VALUE OK S 


£/ FORM: 


Mindemellett hasznos lehet az űrlapot feldolgozó oldalon 

a SHITP REFERER Apache környezeti változót is vizsgálni. 
Ha ez nem a mi webes űrlapunk címe, a feldolgozást meg 
lehet tagadni. 


Biztonságos atatkezelés 

Tegyük fel, hogy egy weboldalon bizonyos szolgáltatásokhoz 
csak felhasználónév és jelszó bekérése után akarjuk megen- 
gedni a látogatók hozzáférését, mindezt ráadásul testreszabott 
jogosultságokkal. Egy ilyen webes rendszer gyenge pontja 

a felhasználói adatokat módosító almodul lehet. legyük fel, 
egy ,geza" néven belépett felhasználó jelszómódosítás kérése 
esetén az 5. listán látható űrlapot kapja. 

Itt a , user" nevű rejtett űrlapelemben tárolódik, hogy kinek is 
a jelszavát kell megváltoztatni. Egy ilyen űrlappal bármelyik 
bejegyzett felhasználó átveheti egy másik belépőkódját, csak 

a rejtett mezőben át kell írnia a felhasználónevet. Ez nyilvánva- 
lóan tervezési hiba, de sajnos találkozni lehet vele a weben. 
Hogy is kellene ehelyett eljárnunk? Ha http-azonosítást hasz- 
nálunk: a $PHP AUTH USER változóban megtalálható, ki is a 
belépett felhasználó. 

Egy másik elfogadható megoldás, ha munkamenet- (session) 
kezeléssel egyszerű űrlapon megvalósított beléptetéssel 
oldjuk meg az azonosítást. A munkamenet-kezelés nemcsak 
hasznos módszer, de a biztonságos adatkezelésben is hasznos 
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8 Print This Article 


Securing a PHP Installation 
03/29/2001 


Inthis article were going to discuss security issues relating to PHP, PHP can be a very 
powerful and, overall, secure language. That doesnt mean you can just throw caution 
to the wind, however. 


since PHP is most commonly used 
as an Apache module, it derives its 
security model to a large degree 
from Apache, which, if configured 
properly, is a very secure 
environment, In cases where PHP 
is used as a CGI, this benefit is 
lost, 


Lock it down 
or lose it 


While considering security, it is 
wise to also consider the needs of 
the developer. I have a friend who 
likes to say that the only secure 
computer is one unplugged from 
the network .., and the wall, I know 


CONVENTION 


July 22-26, 2002 
San Diego, CA 


társ. Ekkor ugyanis elég lapról lapra egyetlen, a kapcsolatun- 
kat meghatározó egyedi azonosítót küldözgetni. Egy ilyen 
azonosító olyan hosszú és bonyolult karaktersorozat lehet, 
aminek az ellophatósági (vagyis a címsorban átadott vagy 
rejtett űrlapelemként beépített azonosítót módosítgatva 
valaki más kapcsolatazonosítóját kapjuk meg) valószínűsége 
a nullával egyenlő. Ha egy ilyen ,elköthetetlen" kapcsolat- 
azonosítás adott, minden hozzá tartozó adatot — például 

azt, hogy ki lépett be ezen a kapcsolaton - a kiszolgálón 
tárolhatunk. 

Ekkor bármilyen adatmódosító űrlap esetében nem az űrlapon 
keresztül kell küldeni, hogy kinek az adatait módosítjuk, 
hanem az a kapcsolatkiszolgálón tárolt adataiból kiderül. 

Jelen bevezető cikkben csak a legalapvetőbb hibák és kivédé- 
sük módozatai kerültek terítékre. Soron következő írásomban 
kicsit mélyebbre ások a PHP és a biztonság kapcsolatában, és a 
rendszergazdai feladatkörbe tartozó tennivalókra is sor kerül. 


Heilig (Cece) Szabolcs 

(cece(oDmail.uti.hu) Veszprémben él, 
huszonhat éves fejjel már hatszoros nagy- 
bácsi. löbb cégnek dolgozik PHP-progra- 
mozóként, de PHP-távoktatást is végez. 
Linuxot először 1994-ben látott, kezdő perl- 
es szárnypróbálgatásai után 1997-ben szeretett bele a 
PHP-be. Szabadidejében hajlamos kerékpárra pattanni, 
vagy baráti társaságban szerepjátékokkal foglalatoskodni. 











3D-programozás Pythonban 


Jason néhány Python-modul segítségével PyOpenGLl programozási módszereket 
mutat be nekünk, épp csak érintve az OpenGL felszínét. 





grafikaprogramozás olykor fárasztó, igen fárasztó 
AA tevékenység. Ha programjainkat behemót 3D-függ- 

vénykönyvtárakhoz csatoljuk, a fordítási idő meg- 
növekszik. Mivel gyakran megesik, hogy rengeteg finomhan- 
golás szükséges ahhoz, hogy minden tökéletesen nézzen ki, 
általánosnak mondható, hogy az apróbb változtatások kipró- 
bálását és a hosszú fordítgatást igénylő programokat össze- 
csapják. Ezek a hosszadalmas hibakeresési ciklusok elég okot 
szolgáltatnak arra, hogy 3D-alkalmazásaink prototípusát olyan 
magas szintű nyelv segítségével készítsük el, mint amilyen 
a Python is. 
Rengeteg 3D grafikai API-hoz a Pythonban kiegészítés is talál- 
ható. IRIX-rendszereken a Pythont olyan modullal csomagol- 
ják, amely hozzáférést nyújt az SGI IRIX GL könyvtárához. 
Egy Python-programból a IPython segítségével akár a Java3D 
API-t is használhatjuk, mely egy olyan Python-változat, ami 
Java virtuális gépből fut. Ez a cikk elsősorban az OpenGL-re 
összpontosít elterjedtsége és a hozzá biztosított, mind a 
Pythonhoz, mind a Linux alá megvalósított nagyszerű 
támogatás miatt. 


A PyOpendGl letöltése és telepítése 

A PyOpenGL Python-modulokból álló készlet, mely hozzá- 
férést ad az OpenGL-hez, csakúgy, akár egy sor más segéd- 
eszközhöz és OpenGL-kiegészítéshez, mellyel az OpenGL 
alacsony szintű felületét egészíthetjük ki. Az OpenGL -t 
eredetileg James Hugunin, Thomas Schwaller és David Ascher 
fejlesztette ki. A program fejlesztését mostanában Iarn Burton 
vette át, a csomagot pedig Rene Liebscher és Michael Flatcher 
tartja karban. 

Mivel az PyOpenGL szolgáltatásait nagyrészt OpenGL-hívások 
alkotják, ahhoz, hogy programozni tudj vele, az OpenGL alap- 
szintű ismeretére lesz szükséged. Az OpenGL elsajátításához 
rengeteg ismertető és referencia létezik, ajánlásokat a cikk 
végén találsz hozzájuk. 

A legelső követelmény a PYOpenGL-hez maga az OpenGL. 

Ha a gépeden még nincs működőképes OpenGL -változat, nézz 
utána, hogy GNU/Linux-terjesztésedben létezik-e hozzá 
csomag, vagy töltsd le a Mesa 3D grafikus könyvtárat a 

2 http:/www.mesa.org címről. Hogy a PyOpenGl teljes gőz- 
zel működhessen, szükség van még egy , Numerical Python" 
nevű könyvtárra is. A Numeric és a PVOpenGL forráskódja a 
2 http:/numpy.sourceforge.net címről tölthető le. Telepítésük 
Greg Ward distutils-moduljának köszönhetően viszonylag 
egyszerű, ezt az 1.6-os változattól kezdődően megtaláljuk a 
Python-csomagban. Ha a kicsomagolt forráskód saját könyv- 
tárából lefuttatjuk a python setup. py instal1 parancsot, 

a parancs a modulokat összeállítja és telepíti. Mielőtt elindulnál 
beszerezni a csomagokat, győződj meg, hátha az általad hasz- 
nált GNU/Linux terjesztés is tartalmazza ezeket a programokat. 
Debianban például mindkét csomag megtalálható. Figyelem, 

a cikk megírásakor a PyYOpenGL 1.5.7-es változatát használtam, 
de azóta már a 2.0-s változat is megjelent. 
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1. kép A 3. lista eredménye 





2. kép A 4. lista eredménye 


Égy egyszerű Python OpenGL-alkalmazás 

Az OpenGL megvalósítása nem határozza meg, hogy az 
OpenGL hogyan működjön együtt az ablakkezelő rendsze- 
rekkel. Ennek következtében az OpenGL -t használó progra- 
mokban valamilyen külső GUI-eszköztárra is szükség van. 

Az első listában található program a GLUT-ot használja fel, 
mely az OpenGL-hez több felületen is elérhető. Hacsak nem 
valamilyen kereskedelmi OpenGL --változatot használsz, a 
GLUI minden bizonnyal rendelkezésre áll a rendszereden. 

Ez a kód egy ablakot nyit meg, beállítja a világítást és megjelenít 
egy teáskannát (1. lista 5 http:/www.linuxvilag.hu/Python). 
Eltekintve a Python írásmódjának egyszerűségétől, ez a program 
szinte ugyanúgy néz ki, mint C-beli megfelelője. Apró különbség 
a , display" szolgáltatás visszahívó függvényének beállítása. 

Ez C-ből vagy C-t -4-ból a glutDisplayFunc (display) 
függvényhívással oldható meg. A visszahívó függvény beállítása 
az PyOpenGL-ből két lépésben történik: először meghívjuk a 
glutSetDisplayFunc () függvényt, ezt követően 

a glutDisplayFunc ( ) -ot. Ez a sajátosság egyéb visszahívó 
függvényekre is jellemző, például a glutMouseFunc () -ra, 
vagy a glutReshapeFunc ( ) -ra. 
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3. kép A fog.py a PyOpenGl része 
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4. kép Egyszerű jelenet fénnyel és textúrával 


A GLUI kisebb alkalmazásoknál nagyszerűen használható, 
ellenben meglehetősen sok munka szükséges ahhoz, hogy 
programjainkhoz alapvető és elvárt szolgáltatásokat adjunk 
hozzá, mint például egérrel vezérelt ráközelítések, kamerakö- 
vetés vagy forgatás. A log] egy olyan TIkinter-összetevő, amely 
ezeket biztosítja, és emellett alapvető megvilágítást is beállít. 

A 2. lista (2 http:/www.linuxvilag.hu/Python) az előző prog- 
ramnak logl felhasználásával készült változata. 

Ez a program lényegesen rövidebb kódból áll, szolgáltatásaiban 
ugyanakkor felülmúlja az előzőt, de ennek ára a rugalmasság. 
Ha a 1ogl által biztosított fények és a felhasználófelület nem 
felel meg az igényeidnek, a logl segítségével újratervezheted 
őket. A logl prototípuskészítésre is tökéletes eszköz, mivel 

a melegítőlap megvilágítását és a navigálás megvalósítását is 
elvégzi helyettünk. 

A PyOpenGL más 3D-s GUl-eszközkészletekkel is jól összevon- 
ható. Létezik kapcsolat wxWindowshoz, FLIK-hoz, FOX-hoz 


és GIK-hoz is. 


Textúraleképezés használata 

lextúraleképezésnek hívjuk azt a módszert, amellyel képada- 
tot, mondjuk egy fényképet ragasztunk valamilyen sokszögre. 
Ha textúrákat szeretnénk használni, a képet először valamilyen 
OpenGL által támogatott alacsonyszintű formátumra át kell 
alakítani. Bár a Pythonban írt kód lényegében megegyezik az 
OpenGL alkalmazása során használt normál kóddal, a Python 
mégis nagymértékben leegyszerűsíti a textúrának használt 
képek betöltési és alkalmazási folyamatát. 

A Python alapértelmezett könyvtára tartalmaz egy rbgimg nevű 
modult, mellyel az SGI imeglib (.rgb) állományait olvashatjuk be. 
Bár elég homályos formátumnak tűnik, egyszerűségének köszön- 
hetően könnyedén az alapkönyvtár része lehet, mivel nem sok 
helyet foglal. A Gimp vagy az ImageMagick segítségével bármi- 
lyen png, jpeg vagy tiff formátumú képet átalakíthatsz az SGI 
imglib formátumába. Az rgblib. longimagedata (f£Xj 1Indv) 
paranccsal egy teljes SGI imglib formátumú fájlt olvashatsz be, 
míg a függvény egy négybájtos RGBA képpontokat tartalmazó 
binárist karaktersorozat formátumba alakít át. Ez az adattípus 
már a GLL RGBA formátumkapcsoló és aGGLL. UNSIGNED BYTE 
adattípus felhasználásával átadható az OpenGL függvényeinek 
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5. kép 3D Studio modell PyOpenGL-lel 


(mint amilyen a g]TextImage2D is). 

Egy másik nagyon hasznos modul a Python alapkönyvtárából 
az imageop. Ez a modul a képek vágásához, átméretezéséhez 
és szürkeárnyalatúra alakításához tartalmaz függvényeket. 

Az imageop függvények ugyanazon az 

GL RGBA/GL UNSIGNED BYTE adattípuson dolgoznak, 
amellyel az rgblib. longimagedata ( ) függvénye tér vissza. 


A PyOpenGL kisegítő függvényei 
Amellett, hogy a PyVOpenGL tartalmazza az OpenGL függvé- 
nyeit, még egy sor más, magasabb szintű függvényt is biztosít. 
Volt már szükséged arra, hogy egy OpenGL-jelenetből egyet- 
len állóképet merevíts ki magadnak? lermészetesen bármikor 
lehetőséged van rá, hogy teljes képernyőképet (screenshot) 
készíts a képernyőről, mondjuk az xv-vel vagy a Gimppel, 

de mi történik olyankor, ha az OpenGL -jelenet egy olyan kép- 
kockájára van szükséged, amelyik csak bizonyos idő eltelte 
után jelenik meg, és csak egy pillanatra? A képernyőkép készí- 
tése akkor sem megoldás, ha olyan programról kell képet készí- 
tened, mely felhasználói beavatkozás nélkül fut, mint mondjuk 
egy CGI-parancsfájl. Az sem igazán kivitelezhető, hogy egy 
videó elkészítéséhez minden másodpercben egy sor képet 
készíts. Emiatt a PyYOpenGL a képek kimerevítéséhez beépített 
függvényeket tartalmaz, amelyek azután többféle formátum- 
ban felhasználhatók. A 3. listában található program annyival 
módosult az előző teáskannás programunkhoz képest, hogy 

a kép megjelenése után egy PostScript-pillanatképet készít róla, 
majd a lemezre mentve azonnal kilép a programból. Az 1. képen 
magad is láthatod, programunk milyen képet készített. 

A jelenetet a következő paranccsal mentettük: 
240, 


openglutil.glSaveEPS( ex3.eps , 240) 





Az első érték annak a fájlnak a nevét adja meg, ahová menteni 
szeretnénk. A második és harmadik pedig rendre a szélesség 
és magasság értéket tartalmazza. A g1SavePPM() függvényt 
ugyanezekkel az értékekkel meghívva ugyanúgy egy képet 
készítene, csak EPS helyett úgynevezett , portable pixmap" 
fájltormátumban. Ennek megfelelően ha a PyOpenGL tartal- 
maz tiff-támogatást, a képet a gdlSaveTIFF paranccsal tiff-be 
menthetnénk. 

A PyOpenGL az OpenGL objektumkijelelő módszeréhez is 
kényelmes kezelőfelületet biztosít. Ezzel a kijelölő móddal 
mely objektumok találhatók. Ez annyit jelent, hogy a képen 
bármely pillanatban megjelölhető egy pont, ahol mondjuk az 
egérrel kattintottunk, és az OpenGL megmondja, hogy abban 
a pontban éppen melyik objektum található. 

A PyOpenGl kijelölő művelete a következő módon állítható be: 


1. Készíts függvényt vagy eljárást, amellyel a jelenet objektu- 
mait fogod kirajzolni, mindezt az OpenGL gl1iPushName ( ) 
és glPopName () függvényei között elhelyezve. 

A giPushName ( ) -nek minden objektum kirajzolása előtt 
egy integer típusú számot adj meg, amellyel az OpenGL 
később hivatkozni tud az objektumaidra. 

2. Állítsd be az egérkattintás eseménykezelőjét. Ennek beállí- 
tása attól függ, hogy milyen grafikus eszközkészletet 
használsz. Ikinter esetén például a bind () eljárásra van 
szükséged, ennek kell átadnod annak a függvénynek vagy 
eljárásnak a referenciáját, amelyet szeretnél, ha kattintáskor 
meghívódna. 

3. Amint az egérrel kattintasz, az x és y koordinátákat az 
1. pontban készített referenciával együtt add át az OpenGL 
GL.glSelectWithCallback() függvényének. Ez a 
függvény egy ,tuple" típusú (közelség, távolság, nevek) 
elemeket tartalmazó listával tér vissza, melyből az első két 
érték az objektum mélységét jelöli, a harmadik pedig azon 
értékek a listája, melyet a gdlPushName () függvénnyel az 
első pontban megadtunk. Amennyiben a kérdéses helyen 
semmilyen objektum nincs, a függvény egy üres , tuple"-lal 
tér vissza. 


A 4. listában erre a kijelölő módszerre található példa. Próbáld 
ki, milyen hatást érsz el, ha a CONTROL gomb nyomva tartása 
mellett a bal egérgombot különböző helyeken nyomod le! 
Ennek a feladatnak az elvégzésére a kijelölőmechanizmus a 
legegyszerűbb mód, de természetesen nem az egyetlen. Egy 
másik technika, ha az objektumokat egy háttér átmeneti tárban 
állítjuk össze, melyet a képernyőn nem jelenítünk meg. Ennek 
elvégzéséhez minden objektumot más színnel mentsünk, és 

a jelenetet kétdimenziós háttér átmeneti tárban állítsuk össze. 
A szín lekérdezésével megállapíthatjuk, milyen objektum 
található a képernyő adott részén. Ezt a háttér átmeneti tárat 
az OpenGL adagoló átmeneti tárának hívjuk. 

A harmadik lehetőség az objektumok kijelölésére, ha a met- 
széspontok megadásával kézzel számítjuk ki, hogy egy pont- 
ban milyen objektum lehet. Ez annyit tesz, hogy el kell indí- 
tanod egy sugarat a képernyő valamely pontjáról, és meg kell 
határoznod, hogy a sugár mely objektumokat metszi. Amint 
megkaptad a metszett objektumok listáját, a mélységi tulajdon- 
ságokat figyelembe véve megállapíthatod, hogy melyik objek- 
tum található a legközelebb a képernyőhöz. Bár ez a megoldás 
jelenti a folyamat feletti legnagyobb irányítást, ennek a megol- 
dásnak a kivitelezése egyúttal a legbonyolultabb is, és Pythont 
használva nem is a leghatékonyabb. 
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Teljesítménynövelés 

Most, hogy már tudod, hogyan írj egyszerű OpenGL-prog- 
ramokat, bizonyára érdekel, hogy a méretezhetőség szempont- 
jából a Python mennyire felel meg a 3D-s grafikus objektumok 
támasztotta igényeknek. Alapesetben a Python grafikus objek- 
tumainak sebessége természetesen csak kullog a C és a Ct 4 
nyomában, de megfelelő módszereket alkalmazva egészen 
szép eredményeket érhetünk el. 

A legfőbb stratégia a sebesség növelésére, hogy minél jobban 
csökkentsük azt az időt, amelyet a kód a Python értelmezőjében 
tölt el, mindezt úgy, hogy az időigényes műveleteket natív 
kódba helyezzük át. Ennek elvégzéséhez minden lomha műve- 
letet Python helyett C-ben vagy C-t --ban írunk meg, így a 
lefordított kódnak nem kell a Python értelmezőjével vesződnie, 
viszont az eredmény a Pythonból is elérhető és felhasználható. 
Bár ezzel a megoldással jelentős sebességnövekedést érhetünk 
el, elveszítjük a Python használatából adódó egyszerűséget. 
lovábbá az is szükséges, hogy tudjuk a módját, hogyan írha- 
tunk egy másik nyelven Pythonhoz kapcsolódó modulokat. 
Ugyanakkor ha az egészet C-ben írnád, nem kellene Python- 
bővítmények használatával vesződnöd. 

Az OpenGL megjelenítési listái lehetővé teszik, hogy a sebesség- 
igényes dolgokat natív kódban írd meg, mindezt az előző megol- 
dással járó számos gond elkerülésével. A megjelenítési listákkal 
egész OpenGL-műveletek helyezhetők az OpenGL gyorstárába, 
ahonnan az adatok egyenesen az OpenGL objektum-összeállító 
csővezetékébe haladnak tovább. Bizonyos körülmények között 
az OpenGL arra is képes, hogy megjelenítési listáit magán a 
grafikus kártyán tárolja, messze a Python gépezetétől. 

A giGenLlists () függvénnyel üres megjelenítési listákból álló 
tömböt hozhatunk létre. A függvény egyetlen értéket vár, 
annak számát, hogy hány megjelenítési listát hozzon létre. 
Visszatérési értéke a sikeresen létrehozott listák száma. 

Az OpenGL glNewList () és glEndList () függvényeivel 
határolhatjuk be az elkészítendő listákat. Miután ezzel meg- 
vagyunk, az egyes listákata giCallList () függvénnyel hív- 
hatjuk újra elő. A PyYOpenGL megjelenítési listák kezelésére 
szolgáló API-ja mondhatni teljesen megegyezik a hasonló 
feladatot ellátó C nyelvű kiterjesztéssel. 


További lépések 

Az eddigiekkel még csak épp hogy megérintettük a lehetősé- 
gek felszínét, melyet a Python és OpenGL eszköztára nyújt. 
lovábbi adatokért a PyYOpenGL leírásához fordulj, melyet 

2 http:/pyopengl.sourceforge.net/documentation/index.html 
címen érhetsz el. 


Jason Petrone 

(jJpetronexacm.org) a CNRI (Nemzeti Kutatási 
Kezdeményezés) technikai munkatársa. 

A Python és OpenGL erejét még előző munka- 
helyén ismerte fel, miközben egy CAVE virtu- 
ális valóság projekten dolgozott az NCSA-nál. 
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Entitásbabok 


Megtanuljuk, hogyan írjunk entitásbabokat, miképpen 


csatlakoztassuk őket adatbázishoz, illetve hogyan érjük el őket s MAZ A 


unokatestvéreiken, a sessionbabokon keresztül. 


z elmúlt hónapban bepillantottunk a Sun kiszolgáló- 
AA oldali webalkalmazásokhoz szánt szabványának (J2EE 

— Java 2 Enterprise Edition) legfontosabb alkalma- 
zásába, az Enterprise JavaBeans (EJB) világába. Bár sem a Java 
nyelv, sem a J2EEF-szabvány nem nyílt, mégis egyre növekvő 
számban akadnak Linux-barátok, akik ezek segítségével készí- 
tenek kiszolgálóoldali webalkalmazásokat. Az igazság az, 
hogy úgy tűnik, a J2EE lesz az egyetlen használható lehetőség 
Microsoft s .NET keretrendszerrel szemben, ami sokak szemé- 
ben minden bizonnyal még kívánatosabbá teszi. 
Az Enterprise JavaBeans két alapvetően fontos — sessionbabnak 
és entitásbabnak nevezett -— elemet tartalmaz. A sessionbabok 
többnyire folyamatokat modelleznek és nincs állapotuk (lack 
any state), és lehetővé teszik, hogy az üzleti logikát a JavaSer- 
ver Pages (azaz JSP) helyett az EJB-be vigyük be. A múlt 
hónapban tervezett számológép, amely két számot tudott 
összeszorozni, az egy eljárással rendelkező sessionbabok 
nagyon egyszerű példája volt. Az entitásbabok ezzel szemben 
állapottal rendelkeznek, néha akár meglehetősen összetett 
állapottal. Ez az állapot többnyire egy relációs adatbázis-kezelő 
táblázatának egyik sorát jelenti, ahol vagy a bab, vagy a saját 
beépített objektumrelációs átalakító megoldását használjuk 
(bean-managed persistence, azaz BMP), vagy pedig az EJB-re 
hagyjuk ennek a feladatnak a megoldását (container-managed 
persistence — CMP). Az EJB-tároló tranzakciókat is támogat, 
lehetőséget adva objektumainkon, illetve a nekik megfelelő 
adatbázison a mindent vagy semmit típusú műveletekre. 
Ebben a hónapban egyszerű entitásbabot fogunk írni, adat- 
bázishoz csatlakoztatjuk, majd Java-alkalmazásból session- 
babokon keresztül megpróbáljuk elérni. Ehhez a nyílt forrás- 
kódú JBoss EJB-tárolót fogjuk felhasználni (ez a GNU Lesser 
General Public License, azaz LGPL szabadalom alá tartozik), 
de kódunk kis módosításokkal bármely EJB-t támogató J2EE- 
kiszolgálón futni fog. 


Készítsünk entitásbabokat! 
Amint a múlt hónapban is láthattuk, a sessionbab írása 
tulajdonképpen három Java-osztály létrehozását jelenti: 


e a tényleges feladatot elvégző babosztályét, 

e a távoli csatolófelületét, amely a babosztály eljárásainak 
megfelelő tagfüggvényeket tartalmaz, és tulajdonképpen 
átjárót (proxy) képez a babunkhoz, 

e annak a saját csatolófelületnek létrehozását, amelynek 
segítségével a babból új példányokat hozhatunk létre, 
illetve különféle feltételeknek megfelelő babokat 
kereshetünk ki. 


Az entitásbabok esetében ugyanígy mindhárom osztályt létre 
kell hoznunk. Ezenkívül azonban gyakran egy negyedik, 
úgynevezett , elsődleges kulcs" osztályt is el kell készítenünk. 
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Bár e havi példánkban nem lesz ilyen 
elsődlegeskulcs-osztályra szükségünk, az 

érdekesség és a teljesség kedvéért létre fogjuk hozni. 

A legtöbb EJB-alkalmazás legalább egy entitásbabot (az adat- 
modellezéshez) és legalább egy sessionbabot tartalmaz (az üz- 
leti logika megvalósításához). Minthogy az objektumközpontú 
programozás alapötlete épp az, hogy az adatokat és a kódot 
egyetlen csomagban kezeli, az entitás- és a sessionbabok ilyen 
módon történő szétválasztása kicsit furcsának tűnhet. Ennek 
ellenére ez a módszer mégis működőképes, és ha egyszer 
megállapodtunk. az alapelvekben, meglehetősen leegyszerűsíti 
a munka megosztását. 


Munka a JAWS-zal 


A JZ2EE egy szabvány, melynek tényleges megvalósítása attól 
függ, hogy ténylegesen ki írta a kiszolgálót. A J2EE alkalma- 
záskiszolgáló leglényegesebb részeinek egyike az objektum- 
relációs átalakító, amely a Java-osztályokat átlátszó módon 
alakítja át relációs adatbázistábla-sorokká (és fordítva). Ennek 
az objektumrelációs átalakítónak a lehető legrejtettebbnek kell 
maradnia, hiszen csak így lehetséges, hogy a háttértárat pél- 
dául Oracle-ről a Java-kód megváltoztatása nélkül egyszerűen 
MySOL-re váltsuk. 

A JBoss objektumrelációs átalakítórendszer (JAW5S) általában 
alig igényel beállítást. Ennek ellenére hasznos lehet a 

JAWS beállításfájlját végignézni (standardjaws.xmil a JBoss 
conf/default könyvtárban), hogy tisztában legyünk vele, 
tulajdonképpen mi zajlik a háttérben. 

A standardjaws.xmi elején található meghatározások a teljes 
JBoss-kiszolgálóra vonatkozó értékeket állítanak be. Itt adhat- 
juk meg, hogy melyik adatbázis-kezelőt szeretnénk használni. 
A HyperSonic adatbázis-kezelő a JBosszal együtt érkezik, és 

a következő példákban mi is ezt fogjuk használni. 

A standardjaws.xmil magját többszörös ctype-mapping: 
(egytagú) részek alkotják, amelyek az adatbázisok mindegyike 
esetében az összes cjava-type:-elemet egy -jdbc-type:- 
és csal-type:-elemhez kapcsolják. Mivel EJB-nk nem készít 
táblákat és közvetlenül SOL-t sem ír, nagyon fontos, hogy 
ezeket az értékeket pontosan állítsuk be. Beállításukkal növel- 
hetjük a programunk hatékonyságát és rugalmasságát. 

Ne feledjük azonban, ha a JAWS-t azután módosítjuk, miután 
már adatokat tettünk az adatbázisba, az könnyen zavarhoz, 
károsodáshoz vagy adatvesztéshez vezethet. 

Ha az EJB-t egyszerűen csak ki akarjuk próbálni, akkor 
egyáltalán nem kell a standardjaws.xml-t módosítanunk. 
Inkább írjuk át a jboss.jcml[-t, ugyanis ez az XML-fájl adja 
meg azokat a kezelőbabokat (managed beans avagy MBeans), 
amelyeket a JBoss a rendszer beállítására és irányítására 
használ. 

A jboss.jcml fájl HyperSonic- és InstantDB-támogatást is tar- 
talmaz. Ahhoz viszont, hogy HyperSonickal is működjön, 





előbb az összes InstantDB-vel kapcsolatos bejegyzést el kellett 
távolítanom a jboss.jcmI-ből. Ezt a jboss.jcml ,JDBC" szaka- 
szának módosításával tehetjük meg: töröljük a JdocProvider 
Mbeanhez tartozó Drivers részből az 

org . enhydra . instantdb. jdbc . idoDriver bejegyzést, 
majd a teljes XADataSourceLoader c-mbean: szakaszt, 
illetve minden XADataSource típusú vagy InstantDB nevű 
szolgáltatást. 

Ha a jboss.jcm[-ből már minden InstantDB-vel kapcsolatos 

sort töröltünk, indítsuk el a JBosst: 


cd $JBOSS DIST/bin 
sh run.sh 


Entitáshabunk megírása 

Soron következő entitásbabunk egy egyszerű könyvesboltot 
fog modellezni, ahol minden egyes könyv címmel, szerzővel, 
kiadóval és árral rendelkezik. Az egyszerűség és a tömörség 
kedvéért most eltekintünk attól, hogy egy könyvnek több 
szerzője és kiadója is lehet. Iovábbá az adatokat normalizálni 
sem fogjuk, ami egyébként azt jelentené, hogy olyan példány- 
változóink lennének, amelyek maguk is entitásbabok. 

A BookBean-osztály megírásával kezdünk, amit az 1. listá- 
ban is olvashatunk, illetve a 28. CD Magazin/Beans könyv- 
tárában is meglelhetünk. A BookBean jó példa az egyszerű 
tárolókezelésű babosztály meghatározására; minden egyes 
nyomon követendő adatbázisoszlophoz megad egy-egy 
mezőt, ideértve az id egész típusú mezőt is, amely elsőd- 
leges kulcsként szolgál. 

Meg kell adnunk egy ejbCreate () tagfüggvényt, ami a saját 
csatolófelület create () tagfüggvényének felel meg. Vala- 
hányszor csak meghívjuk a saját csatolófelületünk create ( ) 
tagfüggvényét, az EJB-tároló az ejbCreate ( ) -et adott érté- 
kekkel meghívja a babosztályunkra. Iulajdonképpen az 
ejbCreate () -ben megy végbe a valódi létrehozatal; a CMP 
entitásbabnak egyáltalán nem kell az objektumrelációs átala- 
kítással törődnie, viszont megfelelő értékűre kell beállítania 

a példányváltozókat. 

Az ejbCreate()-en kívül már csak a , leszedő" és , feltöltő" 
tagfüggvényeket kell minden egyes mezőhöz létrehoznunk, 
hogy objektumaink a mezők tartalmát le tudják kérdezni, 
illetve módosítani tudják. Példánkban természetesen minden 
tagfüggvény meglehetősen egyszerű, mindössze módosítja 
vagy visszaadja egy példányváltozó értékét. 

A távoli csatolófelület (amit a 2. listában találunk meg) neve 
Book.java, és felülete csaknem teljesen megegyezik a babosz- 
tályéval. Az alkalmazások többnyire a távoli csatolófelülettel 
beszélgetnek, és ha valami gond merül fel, egy 
RemoteException-t dobnak. 

Meg kell adnunk egy create () tagfüggvényt tartalmazó saját 
csatolófelületet is (ezt a 3. listában találjuk), amely a Book 
objektumpéldányok létrehozására szolgál (illetve közvetett 
módon egyúttal adatbázistáblánkban is új sorokat hoz létre), 
ha a könyv összes adatát átadjuk neki. Amennyiben elég lel- 
kesek lennénk, többfajta create () függvényt is felajánlhat- 
nunk, egyet-egyet minden értékszámhoz. 

Figyeljük meg, hogy create () tagfüggvényünknek az 
elsődleges kulcsot közvetlenül kell megadnunk. A tapasztalt 
adatbázis-programozók tudják, hogy az elsődleges kulcsokat 
lehetőség szerint nem szabad szem előtt hagyni, és ennek 
önműködővé tételére a legtöbb adatbázis-kezelő lehetőséget is 
ad; a PostgreSsOL SERIAL-típusa, a MYSOL AUTO INCREMENT, 
és az Oracle-szekvenciák a szokásos megoldások erre a fela- 
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2. lista Távoli csatolófelületünk, a Book.jJava 
forráskódja — egyszerűen csak tükrözi a BookBean- 
osztályunkban meghatározott tagfüggvényeket 


package il.co.lerner.book; 


import javax.ejb.EJBObject; 
import java.rmi.RemoteException; 


/:r A Book entitEsbab tXvoli csatol fel lete. 
A BookBean minden tagf ggvÖnyZhez 
megadunk egy megegyezi jelzösf 
Staágt" gaovÖnyeE st / 


public interface Book extends EJBObject 


( 


public int getIld() throws RemoteException; 


public void setIld(int newId) throws 
5RemoteException; 
püblie:SEéting getTitlef)  EhTrows 


5RemoteException; 

püblic void setTitlelString newtitle) 
throws RemoteException; 

public String getAüthor() throws 
—RemoteException; 

public void setAuthor(String newAuthor) 
throws RemoteException; 


public String getPublisher() throws 
5RemoteException; 

public void setPublisher(String 

snewPublisher) 


throws RemoteException; 


public double getUsDollarPrice() 
throws RemoteException; 
public void setUsDollarPrice 
s (double newDollarPrice) 
throws RemoteException; 


datra. Sajnos nincs rá igazán egyszerű lehetőség, hogy ezeket 
az önműködően előállított elsődleges kulcsokat EJB-ből kihasz- 
náljuk. Így aztán vagy közvetlenül meg kell adnunk őket 
(ahogyan az e havi példában is tettük), vagy egy külső értéket 
kell használnunk, például az ISBN-számot, amely karakter- 
sorozat is lehet. E szolgáltatás hiánya döbbentett meg engem 
a leginkább az EJB-ben, és remélem, a szabvány következő 
változatai már orvosolni fogják a hibát. 

A findBy. . . () tagfüggvény segítségével megkereshetjük 
és lekérhetjük a Book egyes példányait. 

A findByPrimaryKey (5) például azt a Book-objektumot 
fogja visszaadni, amelynek elsődlegeskulcs-értéke 5. Az összes 
findbBy. . . () tagfüggvény az EJB-tárolóban már meg van 
határozva, így nekünk már nem kell megtennünk. 

A findAl1 () tagfüggvény az összes ilyen típusú objektum 
egy csoportját adja vissza (azaz az adatbázistábla összes sorát), 
így végiglépkedhetünk rajtuk. 

A beépített findA11. . . () tagfüggvény sajnálatos módon 
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3. lista Saját csatolófelület megadása 
package il.co.lerner.book; 


ÜMbDOCE 
TMDOK E 
import 
imbDOr c 
TOGO t 


javax.ejb.EJBHome ; 
javax.ejb.CreateException; 
javax.ejb.FinderException; 
java .rmi.RemoteException; 
java.util . Cajlkkec Von 


/F Ez az osztEly hatErozza meg Book 
/: entitXgsbabunk 
Sssáaj at csatol "tel TéEZE s / 


public interface BookHome extends EJBHome 
( 
/r j Book-poldEny kösz tÖse F/ 
public Book creaáatelint newld, String 
snewTitle, 
String newAuthor, 
newPublisher, 
double newUsDollarPrice) 
throws RemoteException, CreateException; 


Sie Te 


/: Keress k meg az adott azonos t je 
/: Book-pgldEnyt. Az EJB- 

tarol , "ezt a tadgt ggvünyt " nnék dien 
hozza ldtre helyett nk. "/ 


public Böok rindByerimarykeyr (int id) 
throws RemoteException, FinderException; 


/F Egy k nyvgyféjtemfny visszaadzsa, 
/x:ahnhol 
a szerzi neve megegyezik. Ezt a 
Stagt ggyvűnyt 

az EJB-tXgrol nimek "daien hozza IÓtre " X/ 


PübLie Collection tindőyAtthor 
9 (St eingi ajthorName) 

throws RemoteException, 

5 FinderException; 


je rszradatbáztsi " SSzes 
/: Book-objektumg£nak visszaadkgsa §/ 
pbüblie Collection tindált) 
throws RemoteException, 
FinderException; 


j 


egyszerű egyenlőségvizsgálatot végez. Nem tudunk például 
szabványos kifejezések szerint keresni vagy más módszereket 
alkalmazni, például kikeresni az összes O betűvel kezdődő 
könyvcímet, vagy azokat a könyveket, amelyeknél a kiadó neve 
A betűvel kezdődik és M-re végződik. Ehelyett a teljes készletet 
kénytelenek vagyunk a findAl1 () használatával végigpör- 
getni, és a szükséges szűréseket magunk elvégezni (azaz ponto- 
san azt veszítjük el, amiért érdemes adatbázis-kezelőt használni 
ezzel az erővel akár egy fájlban is lehetne -— a ford.). 

Végül a 4. listában található elsődlegeskulcs-osztályunk 
(BookPK java) egyetlen példányváltozót vezetett be (id), 
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4. lista BookPK.java, az entitásbabunkhoz tartozó 
elsődlegeskulcs-osztály 


package il.co.lerner.book; 
import java.i0.Serializable; 


public class BookPK implements 
java.io.Serializable 


( 
pübbiestnéete 
PÜübLIG BGOKEK () 


te 


public BookPK(int value) 


t 
] 


id - value; 


public boolean eguals (Object obj) 


( 
ITS NNT S [0 SE s MI 
s! (ob] instanceot BooKPK,), ) 
return false; 


TESz BSGOKRIK KGOJ TESAelsz a 6) 


return true; 


return false; 


] 


public int hashCode () 


t 
] 


TAC (e VAA MIK Ole 


PdÜbVée Sting toseringű) 


( 
J 


tetüren  etring. valúeot (te) 


amelyet elsődleges kulcsként használunk. Az eguals () 
tagfüggvény azt mutatja meg, hogy két BookPK-példány azo- 
nosnak tekinthető-e, ezáltal a rendszer képes lesz összehason- 
lítani két Book-példányt. A hashCode () tagfüggvénynek 
minden példányhoz egyedi azonosítót kell visszaadnia, ame- 
lyet aztán az adott esetben kulcsként használhatunk fel. 

A toString() tagfüggvény feladata, hogy az elődleges kulcs 
karakteres értékét, azaz egyszerűen az osztályunk 

String. valueof (id) értékét adja vissza. 

Minthogy mind a négy fent említett osztály az il.co.lerner.book 
csomagban található, mind a négy forrásfájlt (Book.java, 
BookBean.java, BookHome.java és BookPK. java) a 
$BOOK/il/co/lerner/book könyvtárba helyeztem, ahol a BOOK 
projekt a saját könyvtárat jelenti. 


Telepítésleíró 

Most, hogy az entitásbabot elkészítettük, itt az ideje, hogy az 
EJB-tároló számára le is írjuk. lelepítésleírónk egy ejb-jar.xmil 
nevű fájl -— ez látható az 5. listában. Az ejb-jar.xml-t a 





5. lista Az ejb-jar.xmi — az entitásbabunkhoz 
tartozó telepítésleíró 


c7xml version-"1 SRE REGEEKE E MESS E 


cejb-jars 
czdescription:ATIF Book Beanc/descriptionsz 
cdisplay-name:sATIF Bookc/display-namesz 
centerprise-beansz 
centityz 





c jndi-name:Bookc/jndi-names 
c/entityz 
c/enterprise-beansz 
c/jbossz 


Alkalmazás 

Egyszerű próbaalkalmazásunk (UseBook.java) 
forráskódja a 6. listában látható a 28. CD 
Magazir/Beans könyvtárában. Szépen bizonyítja, 
hogy mégoly kevés kóddal is milyen sokat el 
lehet érni. Csak a main () tagfüggvényt hatá- 


NH 


czdescriptionsModels a bookc/descriptions 
cejb-name:Bookc/ejb-name: 

chomesi1 . co . Lerner . book . BookHomec/home: 
-remotesil.co.lerner.book . Bookc/remotes 
cejb-classzil.co.lerner.book . BookBean 


rozza meg, és máris az EJB-kel kezd dolgozni. 
Először elfogja a INDI-környezetet és felkeresi 
az általunk megadott Book babot. Ezáltal lehe- 
tővé válik egy BookHome-példány létrehozása, 
s következő lépésben már új Book babot 


c/ejb-classz 


cpersistence-type:Containerc/persistence-types 


-creentrant:sFalsec/reentrant: 


cprim-key-classszil.co. lerner.book . BookPK 


c/prim-key-classz 


ccmp-field:-field-namesidc/field-namesz 


c/cmp-fieldsz 


ccmp-field:-field-namesauthorc/field-names 


c/cmp-fieldsz 


ccmp-field:-field-namestitlec/field-namesz 


c/cmp-fieldsz 


ccmp-field:-field-namespublisherc/field-names 


c/cmp-fieldsz 
ccmp-field:-field-namesusDollarPrice 
c/field-namesc/cmp-field: 
c/entityz 
c/enterprise-beansz 
c/ejb-jar: 


$BOOK/il/co/lerner/book/ könyvtárba helyezzük, azok mellé 
a Java-osztályok mellé, amelyek majd az entitásbabunkat 
fogják alkotni. Amikor a babot az Anttal felépítjük, a META- 
INF alkönyvtárba fog kerülni. 

Az ejb-jar.xml entitásbabokra vonatkozó legérdekesebb része a 
cpersistence-types: szakasz (CMP esetén Container-re kell 
állítani), a corim-key-field:- és cprim-key-classz 
szakaszok (ahol elsődleges kulcsaink osztályát nevezhetjük 
meg), és a ccmp-field: szakasz (amely a tárolóvezérelt 
mezőket írja le a JBossnak). 

A telepítésleíró az EJB szabványos része, és minden EJB-kiszol- 
gálóval és- tárolóval működnie kell. Nem adja meg azonban 

az összes futásidejű beállítási lehetőséget, ezért aztán a JBoss 
helyes működéséhez egy jboss.xml nevű fájlt is be kell fűz- 
nünk, amely a kiszolgálónak megmondja, hogy a babokat 

a hálózaton hol találjuk meg. A jboss.xmil másolata, amit az 
ejb-jar.xmil mellé a $8OOK/il/co/lerner/book/-ba kell helyeznünk, 
mely folyamat az alábbi listán látható: 


c?7Xxml version-"1.O0" encoding-"UTF-8!?: 
c ]bossz 
centerprise-beansz 
centityz 
cejb-name:Book-c/ejb-names 
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hozhatunk létre: 


Book book - 
home . create (testPrimarykey, 
mi B00k title" , 

5 "AuthorFirst 
Authorlast", 
et PublisherName", 10.50): 
Amint láthatjuk, az adatbázishoz adandó 
értékeket beégettük a kódba, az elsődleges 
kulcsot is beleértve. Ez egy valós alkalmazás 
esetében nyilvánvalóan elfogadhatatlan lenne. 
Egy valódi alkalmazás az elsődleges kulcsot 
(és más értékeket) egy fájlból, a parancssorból, 
a környezeti változóból, egy webes HIML- 
űrlapból venné, vagy éppen önműködően 
készítene egyet. 
Figyeljük meg, hogy egyszer sem kellett SOL- 
lekérdezésket vagy adatbázis-lekérdezéseket 
beszúrnunk. Háttértárolónk feltételezhetően 
relációs adatbázis, de Java ügyfélprogramunk 
erről nem tud, és nem is számít neki. 
Miután beszúrt egy új sort a táblába, az UseBook megvál- 
toztatja néhány értékét (a példányváltozók értékeinek az 
átírásával), majd az adatbázisban található összes Book- 
példányt lekérdezi (a findA11 () segítségével). A teljes 
futás alatt állapotüzeneteket ír a System.out-ra, amelyek 
a konzolra íródnak. 


Az Ant beállításfájl 

Programunk fordításához és telepítéséhez az Antot használ- 
juk, a hagyományos make program Java-megfelelőjét. 

A 7. lista (elérhető a 28. CD Mgazin/Beans könyvtárában) 

a felhasznált build.xml fájlunkat mutatja be, amely a 
$BOOK/il/co/lerner/book könyvtárban az összes .java 
forrásfájlt lefordítja, majd a telepítésleíróval és a JBoss 
futásidejű beállításfájljával egyetemben Java .jar fájllá alakítja 
őket, végül a fájlokat a JBOSS könyvtárba telepíti. Ha az 
Antot az ANT-ba telepítettük, a következő paranccsal az 
összes fájlt lefordíthatjuk, majd a JBoss telepítési könyvtárába 
telepíthetjük, és elindíthatjuk az UseBook . main ( ) -t: 


SANT/bin/ant use-book-ejb 


Amint a JBoss felfigyel az új (vagy frissített) .jar fájlra, a kime- 
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netet a kiszolgáló tevékenységét mutató képernyőn már 
láthatjuk is. Az Ant kimenete ezzel szemben azokat az ele- 
meket fogja mutatni, amelyeket a main ( ) -ből küldtünk a 
System. out-ra — a 6. listában olvasható állapotüzenetek 
mutatják, mit is csináltunk. Valahányszor csak a main ( ) -t új 
ID értékkel fordítjuk le és futtatjuk, mindig egy-egy új sor 
szúródik be az adatbázistáblába. 


Az EJB a jövő? 

A Sun azt szeretné, ha azt hinnénk, hogy az EJB minden 
kiszolgálóoldali alkalmazás jövője. A Microsoft természetesen 
mindent megtesz, hogy azt bizonyítsa be: a .NET a valódi 
jövő. Hogy igazodjék el egy magányos fejlesztő az óriások 
csatájában, és ugyan mit tehetnek a szabad programok hívei? 
A jó hír az, hogy a J2EE kitűnő szerkezettel és filozófiával 
rendelkezik. Nem éppen a legelegánsabb és nem is a legrugal- 
masabb, sót, egyetlen nyelvhez láncol, általánosságban azon- 
ban jó benyomást tett rám. A J2EE láthatóan fontos mérföldkő 
a webalkalmazások programozása terén. 

Sajnálatos módon számos olyan gond van a J2EE-ben, 
amelyekkel mindig szembekerülök, valahányszor csak meg- 
próbálok benne alkalmazást írni. Az első, hogy sem a Java, 
sem a J2EE nem nyílt forrású, annak ellenére sem, hogy 

a Java ingyenes és a JBoss LGPL felhasználási szerződésű. 
A Sun általában becsületesen játszik, de mégiscsak a haszon- 
elv alapján működő vállalat, amelynek megvannak a saját 
érdekei. A nyílt forrás híveit könnyen érheti az a meglepe- 
tés, hogy a Sun egyszercsak korlátozni kezdi a kód vagy 

a szabvány használatát. 

lovábbá úgy tűnik, hogy az Enhydra Enterprise-részleg 
végleg eltűnik, és a JBoss marad az egyetlen nyílt forrású 
J2EE-alkalmazáskiszolgáló a piacon. A JBoss nem rendelkezik 


ef at 


a hivatalos JDEF-alkalmas minősítéssel, igaz, inkább csak 
azért, mert a Jboss-csapat nem tudja a hivatalos minősítést 
megfizetni. Ez rámutat, milyen rövidlátó is a Sun; nyugodtan 
felajánlhatnának egy olcsó vagy ingyenes minősítést a GPL 
vagy LGPL felhasználási szerződésű kiszolgálóknak, hiszen 
(a Berkeley felhasználási szerződéssel szemben) a (L)GPL 
szavatolja, hogy a minősített kiszolgálót semmilyen cég sem 
alakíthatja kereskedelmi programmá. A hivatalos J2EF-minő- 
sítés nekem ugyan nem sokat számít, de számos döntéshozó 
számára fontos dolog, és ez azt jelenti, hogy a Jbosst gyakran 
érdemtelenül hagyják figyelmen kívül. 

A Java és az EJB elég összetett, és bizony időbe telik, míg egy 
programozó megtanulja használni őket. De tapasztalataim 
szerint a Java- és az EJB-programozás eltörpül ama munka- 
mennyiség mellett, amit a hihetetlen mennyiségű beállításfájl, 
az új meghatározások, a környezeti változók és más, csak 

a Javára jellemző dolgok megtanulása jelent. Egy jobb leírás 
nyilván segítene, ami azonban igazán hiányzik nekem, az 

a CPAN javás megfelelője, amely a kiszolgálóoldali Java-beál- 
lításokat könnyíthetné meg, és így lehetővé válna, hogy a 
programozók rendszerkarbantartási feladatok helyett inkább 
a programozásra összpontosítsanak. 

A .NEI egyetlen olyan jellemzője, amit tényleg érdekesnek 
találok, az viszonylag nagy nyitottsága a különféle prog- 
ramozási nyelvek irányában. Alapértelmezés szerint a J2EE 
mindenképpen Javát igényel, ami gyakran valóban a helyes 
választás, de nem kellene, hogy az egyetlen választás legyen. 
A SOAP és az XML-RPC lehetővé teheti a nyelvek közötti 
szakadék áthidalását — de a kellemes tranzakciókezelés és 
objektumrelációs modell nélkül, amit az EJB hozott meg szá- 
munkra. Jelenleg úgy tűnik, az egyetlen lehetőség a Python 
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és az EJB közti párbeszédre a SOAP vagy XML-RPC 
(avagy Jython), de szívesen látnék újabb lehetőségeket 
is a közeljövőben. 


Osszefoglalás 

Az EJB lenyűgöző módszer, és sokkal többre képes, az olyan 
egyszerű objektumrelációs átalakítóknál, mint az Alzabo vagy 
a DODS. lapasztalataim szerint az EJB-vel való munka sokkal 
inkább szervezési és logisztikai feladat, semmint technikai. 

Az EJB elsajátítása mindenképpen jó ötlet minden webalkal- 
mazás-fejlesztő számára; nyilvánvaló, hogy ez a szabvány 
jelentős mértékben terjedni fog az iparban, és számos komoly 
alkalmazást EJB-ben fognak írni a jövőben. A minősített nyílt 
forrású megoldások a programozóknak még könnyebbé 
tennék az EJB kipróbálását, és javasolnám a Sunnak, hogy 
amint lehetséges, induljon el ebben az irányban. 

A következő hónapban sebességet váltunk és a Zope-ot kezd- 
jük vizsgálni, ezt a nagyrészt Pythonban íródott és az eddigiek- 
től merőben eltérő webalkalmazás-keretrendszer. A Zope az 
utóbbi pár évben meglehetős népszerűségre tett szert, és 
gyakran ez az alkalmazás az, amely a Pythont a programnyel- 
vek élvonalába emeli. Érdemes tehát egy pillantást vetnünk 

a Zope-ra és megvizsgálnunk, hogy mi módon használhatnánk 
fel saját alkalmazások írására. 


Rewen M. Lerner 

(reuvenOlerner.co.il) kisebb webes és 
internetes módszerekkel foglalkozó tanács- 
adó cég tulajdonosa és vezetője. A cikk 
megjelenésének időpontjában valószínűleg 
már végleg elkészült Core Perl című könyvé- 
vel, melyet idén jelentet meg a Prentice-Hall. Az ATF honla- 
pon érhető el (3 http:/Avww.lerner.co.il/atf/). 














Kiszolgálók teljesítményének növelése 


Hogyan növeld kiszolgálód teljesítményét intelligens 
hálózati kártyára Linux-alapú kiszolgálóról a TCP/IP-verem áthárításával. 


övelni szeretnéd felsőosztályú Linux-kiszolgálód telje- 
NT sítményét? Rendszered nagy sebességű hálózathoz 

kapcsolódik? Kiszolgálóidnak túl sok erőforrását 
emészti fel a TCP/IP-verem és az ethernetkeretek kezelése? Ezek 
napjaink legáltalánosabb hálózattal összefüggő gondjai, melyet 
a TCP/IP-forgalomnak az elmúlt évtizedben történt drámai nö- 
vekedése okoz mind az Interneten, mind a nagyvállalati háló- 
zatokon, és ez a forgalom nagy valószínűséggel csak emelkedni 
fog. Az Internet világméretű növekedése és az új hálózati adat- 
tároló módszerek (például 15CSI) következtében a forgalom és 
a sebesség még inkább nőni fog. Bár a processzorok elképesztő 
iramban fejlődnek, a hálózat fejlődése még ezt is túlszárnyalja, 
rákényszerítve a processzorokat, hogy erőforrásaikat elsődleges 
feladataik helyett a hálózati csomagok kezelésére pazarolják. 
Az Intel egy olyan intelligens hálózati kártya (network inter- 
face card — NIC) prototípust fejlesztett ki, amellyel a TCP/IP-ve- 
rem a Linux-kiszolgálóról teljes egészében erre az iNIC-re 
irányítható. 





Az INIC felépítése 

A hálózati kártyán valós idejű operációs rendszer (Real-Iime OS 
- RTOS) tut teljes 4-es változatú ICP/IP-támogatással. Az 
iNIC-en a hálózati csomagokat egy [/D processzor (IOP) dolgoz- 
za fel a gazdaprocesszor tehermentesítését biztosítva. A felosztás 
elvégzéséhez a gazdagép részéről a legcsekélyebb logika szük- 
ségeltetik, hogy a hálózati csomagokat átirányítsa az iNIC-re. 


Foglalatok áthárítása 

Ez a módszer az intelligens [/D (I20) szerkezetre épül, amelyet 
a Linux 2.4-es változata már támogat. Az 1. ábra az I20 alap- 
felépítését tartalmazza. Az I20-megvalósítás üzenetközvetítő 
módszer a gazda operációs rendszer (0595) és az IOP-on 
található [/O-eszközök között. Az IOP-on egy intelligens RTOS 
(IRTOS) fut, mely a kapcsolódó eszközök eszközmeghajtó 
moduljait (DDM-ek) tartalmazza. A hordozhatóság végett az 
I20 osztott eszközmeghajtó modellt használ. A megvalósítás 
minden eszközcsoporthoz alapvető üzenetrendszert határoz 
meg (pl: helyi hálózat, szalag, lemez). A gazda operációs rend- 
szer is egy előre meghatározott üzenetrendszer alapján tartja 
a kapcsolatot az IOP-on található eszközmeghajtókkal. Ezeket 
az 120-üzeneteket az eszközmeghajtó fordítja le alkatrészjel- 
lemző parancsokra. A gazdagépnek egy I20-eszközzel való 
kapcsolattartásához eszközmeghajtóval kell rendelkeznie, 
amely a gazda operációs rendszer eszközparancsait Í2O osz- 
tályszintű parancsokra fordítja le. Ezt a modult a gazdagépen 
operációsrendszer-modulnak (OSM) nevezik. 

A megoldás az architektúra egy kiterjesztésére épül egy fogla- 
lati (socket) osztály létrehozásával. A teljesítménynövelés és 

a késés elkerülése érdekében — melyet többnyire az osztott 
eszközmeghajtó modell okoz - az I20 felépítésén változásokat 
hajtottak végre. 

A foglalati osztály határozza meg a gazda operációs rendszer és 
az eszközmeghajtó kapcsolattartásához szükséges üzeneteket. 
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A két meghajtó, az OSM és a DDM, azaz az operációsrendszer- 
modul és az eszközmeghajtó modul kétszintű üzenetközvetítő 
csatornán keresztül tartja a kapcsolatot. Az üzeneti réteg indítja 
el a kapcsolattartási folyamatot, a szállítási réteg pedig megha- 
tározza, hogy az üzenetek hová menjenek. A DDM két almo- 
dulból épül fel: a középfokú szolgáltatás modulból (ISM) és a 
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A munkaállomás operációs rendszere 


A munkaállomás 
vezérlőfelülete 


0S kiszolgáló modul 


Üzenetszállítási réteg 





T. ábra 120-szerkezet 


gépi eszközmodulból (HDM). A 4-es változatú TCP/IP-vermet 
teljes egészében az ISM szolgáltatja. A HDM az iNIC eszköz- 
meghajtója. A foglalati OSM semmilyen más Linux-eszközmeg- 
hajtóhoz nem hasonlítható. A normál hálózati kártyák meghaj- 
tói protokollfüggetlenek és a Linux-rendszermaggal a hálózati 
alkalmazások programozói felületén keresztül tartják a kapcso- 
latot. A foglalati OSM ezzel ellentétben közvetlenül a progra- 
mozói felület alatti szinttel tartja a kapcsolatot — ezáltal válik 
lehetővé, hogy a szükséges foglalati szolgáltatások az IOP-hoz 
kerüljenek, amelyen a foglalati szintű ISM fut. A foglalati 

OSM lecseréli TCP/IP-verem által a rendszermagnak nyújtott 
szolgáltatásokat, így biztosítva a Linux-rendszermaghoz a 
szükséges felületeket, valamint a foglalati kérelmeket; az 
adatokat az iNIC-en futó TCP/IP-veremnek továbbítja. 
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Foglalatréteg (net/socket.c) 


PETE LL RÍ 
(drivers/120/socket offload.c) 


Más 120- 
felületek 


120-mag (drivers/i20/i20 core.c) 


ISM-foglalat 


HDIM-foglalat 





2. ábra Foglalati áthárító szerkezet 


A foglalati OSM 

Az OSM a következő alrendszerekre van felosztva: felhasználói 

felület, üzenetközvetítő felület, rendszermagfelület és memó- 

riakezelő alrendszer. 

A felhasználói felület lecseréli a rendszermag af inet foglalati 

rétegét. Ez az új réteg pontosan olyan felületet biztosít, mint az 

eredeti. Az üzenetközvetítő réteg felel a foglalati áthárító rend- 

szer működéséért, biztosítja az elindítását és az irányítását, és a 

felhasználói foglalati kéréseket foglalati üzenetekre fordítja le. 

Az OSM számára a rendszermag felülete biztosít rendszermag- 

szolgáltatásokat. Ez az az OSM-csatlakozási pont, ahonnan az 

OSM ICP/IP-veremszolgáltatásokat biztosít a rendszermagnak. 

Ezt az alrendszert úgy alakították ki, hogy a Linux-rendszer- 

magon csak a legcsekélyebb változtatásokat kelljen elvégezni. 

A memóriakezelő felel a felhasználószintű alkalmazások kap- 

csolattartáshoz szükséges tárhelyeinek a kialakításáért. A me- 

móriakezelő alrendszert úgy tervezték, hogy 

1. minél kevesebb DMA-kérésre és -visszaigazolásra legyen 
szükség, 

2. a gazdagépen minél kevesebb megszakításkérelemre 
legyen szükség, 

3. elkerülje a költséges fizikai-virtuális címátalakító 
folyamatokat, 

4. elkerülje a futásközbeni dinamikus memóriatúltelítődéseket. 


Az OSM a DMA-adatok tárolására két különböző adatterületet 

tart fenn. A küldésre szánt adatok adatterületét az iNIC felé, és 
a fogadott adatok adatterületét — ezeket a foglalati eszköz küldi 
a rendszermag felé. 

Ahogyan a 3. ábrán látható, a Linux hálózati összetevői rétegelt 
szerkezetbe vannak szervezve. A felhasználói területen 
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Alkalmazás 


Foglalatréteg (net/socket.c) 


Inet-réteg (net/ipv4/af inet.c) 


na de 
(net/ipv4/tcp.c) 


TA GÁT 
(net/ipv4/udp.c) 


Párhuzamos/soros/ 


Ethernet-eszközvezérlő B je FL 
más felületvezérlők 


3. ábra A Linux TCP/IP-verme 


programozók a hálózati szolgáltatásokat foglalatokon keresztül 
érik el, felhasználva a Linux által biztosított foglalati rétegszol- 
gáltatásokat. A linux/net.h fejlécfájlban kialakított foglalati 
szerkezet képezi a foglalati kapcsolati réteg alapját. A felhasz- 
nálói szint alatt található az INEI foglalati réteg, amely az IP- 
alapú protokollok (mint például ICP vagy UDP) közti kapcso- 
lati csatlakozópontokat képezi. A réteg felépítését a set/sock.h 
fejlécfájlban található adatszerkezet-foglalat határozza meg. 

Az INET foglalati réteg alatti réteget a foglalat típusa szabja 
meg, esetleg a TCP- vagy UDP-réteg, vagy közvetlenül az IP- 
réteg. Az IP-réteg alatt találhatók a hálózati eszközök, amelyek 
a csomagokat közvetlenül az IP-rétegtől kapják. 

A foglalati OSM cseréli le az INET foglalati réteget. A foglalatok 
felől érkező összes foglalatokkal kapcsolatos üzenet I2O0-üzene- 
tekké alakítódik át, melyek végül az IOP-on található ISM felé 
továbbítódnak. 


A heágyazott célpont 
A beágyazott rendszerprogram a következő rétegekből épül fel: 


Lp LL 


üzenetközvetítő réteg, TCP/IP-verem, eszközmeghajtó és RIOS. 
A program az üzenetközvetítő rétegnek azt a részét képezi, 
mely az OSM felől fogadja az üzeneteket, majd értelmezi őket, 
végül a kéréseket a ICP/IP-verem felé továbbítja. Ez a réteg 
felelős az üzenetek fogadásáért is, és ez küldi vissza a megfelelő 
válaszokat az OSM-nek. A teljesítménynöveléséért, valamint 

az örökölt osztott eszközmeghajtó rendszer miatt keletkező 
késések következményeit csökkentendő az üzenetközvetítő 
réteg az üzeneteket kötegekbe rendezi és csővezetéken keresz- 
tül továbbítja, egyúttal a válaszadásért is felel. 

A TCP/IP-vermet teljes egészében a BSD 4.2 veremnek megfe- 
lelően építették fel, biztosítva a hálózati verem funkcionalitását 





az üzenetközvetítő réteg felé. Mint 
az összes IOP-on futó egyéb 
program, a verem is az Intel 80310- 
es [/D processzor lapkakészletére 
van testreszabva, mely az Intel 
Xscale mikroszerkezetére épül 
(mely már fel van készítve az 
ARM-szerkezetre). A fejlesztés 
során a TCP/IP-vermet sokszor 
állították próbák elé, hogy a 
legkülönbözőbb mértékű hálózati 
forgalmat is a lehető leghaté- 
konyabban kezelje. 

A HDM-et úgy alakították ki, hogy 
a NIC-kel való áthárításból kifo- 
lyólag a lehető legtöbb haszonra 
tehessen szert. Ez magában foglal- 
ja a TCP- és IP-csomagok ellenőr- 
zőösszegeinek ellenőrzését, az 
1500 bájtnál nagyobb TCP-csoma- 
gok feldarabolását, és a lapka által 
támogatott megszakítások kötege- 
lését. A következő NIC-lapkákhoz 
létezik támogatás: Intel 82550 Fast 
Ethernet Multifunction 
PCI/CardBus vezérlő, és Intel 
82543GC Gigabit ethernetvezérlő. 
Az RIOS olyan szabadalmaztatott 
operációs rendszer, melyet a bonyolult I[/0-műveletek 
igényének megfelelően alakítottak ki. Ez az operációs rendszer 
teljes egészében I20-képes. Ez részben azért alakult így, mert a 
tervezők egy prototípust is létre akartak hozni. 

Mint már említettük, az alkalmazási réteg által kiadott foglalati 
hívások először átalakítódnak, majd pedig a PCI-sínen (bus) 
keresztül az [/D processzor felé továbbítódnak. Ez a beágyazott 
rendszer egy teljes értékű, [/O-átvitelek kezelésére kialakított 
számítógép, mely egy processzorból, memóriából, az RIO5-ból, 
valamint a PCI-sínből áll. Mivel elsősorban I[/O-műveletekre 
hegyezték ki, nagyban lecsökkenti az üzenetváltások következ- 
ményeit. Amint egy üzenet az IOP-hoz kerül, azonnal értel- 
mezi. Az alkalmazás által kért foglalati hívás menten a beágya- 
zott hálózati verem felé továbbítódik, és ha a foglalati művelet 
véget ér, az OSM rögvest értesítést kap. 


Megszakítások száma 
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Átvitel Mbps-ben 


A próbák eredménye 

A prototípuson elvégzett teljesítménypróbák egyértelműen azt 
mutatják, hogy a TCP/IP-verem áthárításával mind a procesz- 
szor terhelése, mind a gazdagép felé irányuló megszakításké- 
relmek száma csökkent. Egy hálózati szempontból teljesen 
leterhelt tesztgépen az áthárított verem képes volt a teljes for- 
galmat kezelni, a CPU pedig minden idejét az elsődleges alkal- 
mazásoknak szentelhette. Egy áthárított veremmel nem rendel- 
kező alaprendszeren a CPU a tevékenységét kénytelen volt 
rendszeresen megszakítani, de még így sem tudta a hálózati 
forgalmat teljes sebességgel ellátni, ami természetesen a háló- 
zati forgalom lelassulásában mutatkozott meg. 


Elképzelések a jövőt illetően 

Az ISCSI (adattárolás IP-protokollon keresztül SCSI-csomagok 
TCP/IP-be csomagolásával) elterjedésével egyre nagyobb igény 
mutatkozik a hálózati forgalom növekedéséből adódó terhelés 
csökkentésére. A TCP/IP-verem IOP-ra való átültetésével az 
ISCSI-adapterek teljes értékű ICP/IP-verem támogatással 
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40. ábra A próbák eredményei 
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fognak rendelkezni. Ha az iSCSI-t 
a normál SCSI programozói felület 
részévé tennék, az nagyban csök- 
kentené a Linux-felületre kifejtett 
hatását. Ahhoz, hogy az 15CSI 
felvehesse a versenyt a Fibre 
Channel módszerrel, legalább 
hasonló teljesítményt kell tudnia 
felmutatni. 
Ugyancsak a jövőre vonatkozó 
terv az is, hogy RTOS-ként 
Linuxot használjanak. A proto- 
típus elkészítésekor egy Intel 1960 
RM/RN processzort használtak, 
de ekkor még nem állt rendelke- 
zésükre beágyazott Linux. Azóta 
bemutatták az Intel Xscale mik- 
roszerkezetet, amely a Linux 
alkalmazását a StrongARM-magon 
lehetővé tette. A Linux-alapú 
StrongARM Linux portolása 
az Xscale mikroarchitektúrára 
ez év végére befejeződik. 
E mögött a prototípuskészítési 
terv mögött számos más cél is 
meghúzódott: 
1. megmutatni, hogy a hálózati 
feladatoktól mentesített gazda- 
gépprocesszor a hálózati forgalom elemzésére jóval kevesebb 
órajelciklust pazarol el; 
2. bebizonyítani, hogy egy egyedi programmal felvértezett 
INIC ugyanazon hálózati tevékenységek elvégzése mellett 
a hálózat teljesítményét maximálisan szinten képes tartani; 
3. engedélyezni olyan [/D-processzorok használatát, amelyek 
a hálózati forgalom kezelésében képesek együttműködni 
a gazdagép processzorával, így maximalizálva csekély 
költséggel a Linux-kiszolgáló teljesítményét. 
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A TCP/IP-verem hálózati programokból álló környezetre 
történő áthárításának módszere beágyazott processzorok 
segítségével a teljesítménynövelés egyik leghatékonyabb 
módja. A nagysebességű hálózatok fejlődésében és a hálózati 
adattárolás elterjedésében a TCP/IP elkerülhetetlenül igen 


fontos szerepet fog játszani. 


Technikai szakértők: 
Dave Jiang, Dan Thompson, Jeff Curry, Sharon Bartmans, Don 
Harbin and Scott Goble. 


] Chen Chen 

a fejlett I/0-alkalmazások terén végez 
kutatásokat az Intelnél. Elérhető a 
chen.chenointel.com címen. 





David Griego 

1] több mint három éve lelkes Linux-rajongó. 
Szintén az Intelnél dolgozik, a tervezéstech- 
nikai fejlesztési részlegnél. Elérhető 

a david.a.friego(ointel.com címen 
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A megfigyelések megfigyelése 


Ebben a hónapban Marcel a Ggcam a xawtv-t és a MASH alkalmazását mutatja be, 
amelyekkel webkameránkat kezelhetjük. 


onjour, mes amis! Isten hozott 
E benneteket Chez Marcel kitűnő 

Linux-konyhájában! Bocsássá- 
tok meg, ha egy kicsit letörtnek látszom, 
de ez alkalommal meggondolatlan vol- 
tam. Tudjátok, amikor Francois elmond- 
ta, hogy mai beszélgetésünk témája a 
SOHO lesz, arra gondoltam, ez fantasz- 
tikus! Olyan téma, ami naprendszerünk 
csodáit mutatja be. Képzelhetitek a 
meglepetésemet, amikor kiderült, hogy 
a SOHO ebben az esetben Small 
Office/Home Office (kicsi/otthoni iroda) 
és nem Solar and Heliospheric Obser- 
vatory (Szoláris és helioszférikus 
obszervatórium - egy napmegfigyelő 
űrszonda 3 http:/www.soho.? 
2 http:/www.nascom.nasa.gov/ 
— a ford.). Ekkor egy kicsit elkezdtem 
játszani a szavakkal. Az obszervatóri- 
umok, vagyis a csillagvizsgálók arra 
valók, hogy az ember megfigyelje a 
csillagokat, mint az a távcső is, amit 
monsieur Hubble-ról neveztek el. És 
akkor az jutott az eszembe, hogy a mi 
előkelő vendégeink az igazi csillagok, 
vagyis li, kedves barátaim. 
Innen származik mai esti menünk. 
Hogy a következő recepteket a legma- 
gasabb fokon készíthessük el, melegen 
ajánlom a legutóbbi rendszermag beszer- 
zését. Különösen azért, mert a legtöbb 
olcsó webkamera, amit majd a helyi szá- 
mítástechnikai üzletben találtok, USB- 
csatlakozóval rendelkezik. Minél frissebb 
a rendszermag, annál valószínűbb, hogy 
támogatja az eszközt. A receptek ízlelge- 
tésének-tesztelésének folyamán én a 
2.4.9-es rendszermagot és két kamerát 
használtam, amelyek közül az egyik a 
CPiA lapkakészletre épült, a másik pedig 
az o0v511-es egységet használta. 
A világhálóra kötött kamerák túlnyomó 
része az adott honlap üzemeltetőjének 
életébe enged bepillantást. Néhány 
webhelyen a kamera azt a célt szolgálja, 
hogy biztosítsák a látogatót, a munka 
valóban folyik, máshol a szülők figyel- 
hetik meg gyermekeik játékát a nappali 
felügyelet közben. Az alkalmazást, mely 
ezeket a képeket a számítógépre továb- 
bítja, képlopónak (frame grabber,) is 
szokták nevezni. 
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Francois, hol a csudában vagy? Á, úgy 
látom gyönyötű és titokzatos hölgy ül 

a 22-es asztalnál... Francois ábrándozik. 
Hol is tartottam? Mais oui, a képlopók- 
nál. A Ggcam épp egy ilyen csomag. 
Alkalmas a kamera üzembe helyezésére, 
bármit szemmel tarthatunk vele és 
tetszés szerint rögzíthetünk képeket. 
Akár egy folyamatos esemény tetsző- 
leges időtartamáról készült képsorozat 
önműködő rögzítésére is beállítható. 

A Ggcam-mel való foglalkozást Cory 
Lueninghoener honlapján 

(2 http:/cse.unl.edu/—cluening/ggcam) 
a legfrissebb forráskód letöltésével 
kezdd, majd csomagold ki és fordítsd le: 
tar -xzvÍ ggcam-0.9.tar.gz 

cd gdgcam-0.9 

make 

Valami mást vártatok, non? Ebben az 
esetben nincs szükség make instal1- 
ra, mes amis. A végső bináris állományt 
a /usr/local/bin könyvtárba másolhatjátok 
vagy ahová a futtatható állományt sze- 
retnétek menteni. Az alkalmazást a 

. /gacam § begépelésével közvetlenül 

a fordítás könyvtárából is futtathatjátok, 
ha úgy tetszik. Észreveszitek majd — aho- 
gyan én is —, hogy a program alapértel- 
mezésben a /dev/video útvonalat figyeli. 
Az én USB felületű webkamerám tény- 
legesen a /dev/video0-ként volt elérhető, 
a /dev/video egy könyvtárra mutatott. 
Ezt a -v paraméterrel lehet megoldani: 
gacam -v /dev/videoO0O 

Hogy mit figyeltetsz a Ggcam segítségé- 
vel, teljesen rajtad múlik, de arra vonat- 
kozóan, hogy magával az alkalmazással 
mit kezdhetsz, engedj meg néhány ja- 
vaslatot. Az 1. képre nézve egy pillanat- 
képet láthatsz a Gycram működéséről. 
Futtatása közben érdekes dolgokat te- 
hetsz meg vele, például a Snap Picture 
gombra kattintva az adott képet bármi- 
kor rögzítheted, amelyet aztán tetszésed 
szerint menthetsz png, ppm vagy jpg 
formátumban. Ha gyors kattintásokkal 
több is képet rögzítesz, egyfajta filmmé 
is összerendezheted őket. 
lermészetesen folyamatosan képeket 
kattintgatni unalmas, ezért a Ggcam 
időzítőt bocsát a rendelkezésünkre. Kat- 
tints a Camera menüpontra és válaszd 
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Tt. kép A Ggcam egy alkalmas 
pillanatban lefotózza francia főszakácsunkat 


a Set timer szolgáltatást. Kiválaszthatod 
a könyvtárat és a megfelelő állomány- 
nevet a kép rögzítéséhez, például 
/somedir/mypic.jpg. Állítsd be az időzítőt 
egy másodpercre, és indítsd el. Az ered- 
mény a /somedir könyvtárban keletkező, 
egymást követő képsorozat lesz, melye- 
ket a program mypic kezdetű, a dátum 
és idő hozzáírásával keletkező állomány- 
névvel és jpg kiterjesztéssel lát el. 

A legszórakoztatóbb az, hogy egyetlen 
parancs segítségével a kis mozit akár 
futtathatod is, s ez a parancs az Image- 
Magick csomag része (amely valószí- 
nűleg már a gépeden van): 

animate mypic.Y.jpg 

A Ggam közvetlenül parancssorból is 
futtatható, egyszerűvé téve ezáltal, hogy 
olyan cron-feladatot hozzunk létre, 
amely kiválasztott időközönként rögzíti 
a képeket: 

gacam -v /dev/videoO0 -d 
/wwwdir/filename.png 

A -d kapcsoló határozza meg a 





rögzített képek lerakásának a helyét. 

A képek alapértelmezett formátuma 

a PNG, a -t kapcsolót pedig ennek a 
beállításnak JPEG-gel való felülbírálatára 
használhatod. Ha most valahol webki- 
szolgálót futtatok, és éppen kedvem 
tartja rögzíteni az aktuális pillanatot, 
voilá! Mindannyian az Internet sztárjai 
lehetünk, non? Már csak egy egyszerű 
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2. kép AVI-felvétel beállítása az xawtv-ben 


weboldalra van szükségünk, amellyel 

a képet megjeleníthetjük -— valami ilyes- 
mire gondolok: 

html: c-chead: ztitle:Cam Chez 
Marcelc/titles c/heads: cbody 
bgcolor-"White"s5 ccenters 
chi:Bienvenue! You are watching 
Cam Chez Marcelc/h1l1: cimg 
src-"camsnap.png"5 c/centers 
c/bodys c/htmls: 

Egy másik program is létezik, amely 
rendelkezik a Ggcam néhány szolgálta- 
tásával: Gerd Knorr xawtv-je. Ahogyan 
neve is sejteti, a program szándéka az, 
hogy eszközöket biztosítson tévéprog- 
ramok nézéséhez (a megfelelő alkatré- 
szekkel), de emellett a webkamerákról 
érkező jelet is kezelni tudja. Amikor úgy 
érzed, hogy valami olyasmit csináltál, 
ami fokozott figyelmet igényel (videós 
árubemutató például), ízlésed szerint 
egy videoklippel is feldobhatod az alko- 
tásodat. A xawtv megadja az ehhez 
szükséges képességet. Látogasd meg a 
2 http:/bytesex.org/xawtv honlapot, és 
töltsd le a legutóbbi változatot. A mun- 
kakönyvtárban csomagold ki a forrást 
és fordítsd le: 

tar -xzvÍ xawtv 3.64.tar.gz 
cd xawtv-3.64 

./configure 

make 

make install 

A program a xawtv £ parancssorba 
történő begépelésével indítható. Ez 
esetben a program kamerám útvonalát 
felismerte, nem volt szükség további 
beállításokra. Jobb egérkattintásra egy 
beállítómenü jelenik meg, ahol olyan 
képtulajdonságokat állíthatsz be, mint 
a szín és aa fényerő. A Ggcamhez ha- 
sonlóan itt is lehetőség nyílik kép rög- 
zítésére, és ppm vagy jpeg formátum- 
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ban való mentésére. Beszélgetésünk 
szempontjából a következő menüpont 
az érdekesebb. Az R megnyomása után 
egy felvételablak jelenik meg. Az alap- 
beállítás a többszörös képrögzítés, a 
képek összeillesztéséhez pedig külső 
programot használhatsz. Emellett 
rákattinthatsz a Movte driver feliratra 
és kiválaszthatod a Strukturálatlan 
videoadat-ot vagy az AVI formátum-ot. 
Válaszd az AVI-t, írj be egy állomány- 
nevet, amibe a mentést kéred, majd 
kattints a Start recording fülre. Amikor 
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3. kép Elle est une dame mystérleuse 


megadtad a kívánt hosszt, kattints még 
egyszer a fülre (ez ekkor már Start/stop 
feliratú). Ha a xanim csomag telepítve 
van, a közvetlenül alatta lévő fülre 
kattintva a felvett anyag visszajátszása 
is kiválasztható. Vess egy pillantást a 

2. képre, vagyis a felvétel párbeszédabla- 
kának egy lehetséges állapotára. Gyer- 
tek közelebb, mes amis! Figyeljétek csak 
Francois-t, kicsit nyugtalannak tűnik. 
Meglehetősen el van ragadtatva a 22-es 
asztal titokzatos hölgyétől. Szegény fiú 
túl félénk, hogy odamenjen, és szemé- 
lyesen beszéljen vele. Mai utolsó recep- 
temet az én hűséges pincérem és a 
hozzá hasonlók számára mutatom be. 
Ha szemtől szemben szeretnél lenni 
valakivel, de a távolság (vagy egyéb 
körülmények) ezt bonyolulttá teszik, 

a megoldás a videokonferencia. Itt jut 
szerephez a MASH. A MASH valójában 
az Open MASH konzorcium által létre- 
hozott eszközök gyűjteménye (Larry 
Rowe és Steve McCanne alkotásai). Cél- 
juk egy szabadon felhasználható eszköz- 
készlet létrehozása volt együttműködő 
fejlesztés és adatfolyam-alkalmazások 
(streaming) támogatására. A MASH az 
olyan multimédiás környezeteket kép- 
viseli, amelyek heterogén környezeteket 
kapcsolnak össze. Nem viccelek! 

Ha kedved van, a forrást letöltheted 

és a csomagot az alapjaitól kezdve 
lefordíthatod: 

tar ExXx2zvi Masi-SKe- 

ss. 1 .5.EAC.gz 


ed mash-code 
. /build 
A legkönnyebb eljárás az előfordított 
bináris csomag letöltése az Open MASH 
honlapjáról 
(2 http:/www.openmash. org). Ha kész, 
a csomagot csak ki kell bontani és a tele- 
pítő parancsállományt le kell futtatni. 
Figyeljetek, mes amis: 
tat :XZve Mmasfirbin:5. 1.5 
s. ]inux-gnu.tar.gz 
cd. Mash-5:.1.5 
./setup.sh 
Olyan egyszerű, non? Ahogy említet- 
tem, ez eszközgyűjtemény, nem egy 
különálló program. A legérdekesebb, 
különösen Francois számára, a video- 
konferencia-alkalmazás (a vic), amely 
egyszerre több felhasználónak teszi 
lehetővé a videokommunikációban 
való részvételt. 
vic hostname/port no 
Most egy kis előugró ablaknak kell meg- 
jelennie a követező egyszerű üzenettel 
a közepén: , Waiting for video...". A kép, 
amire várunk, természetesen az ifjú 
hölgy a 22-es asztalnál. A fiatal hölgyek- 
nek pedig valószínűleg Francois. Ki 
tudja? Amíg a másik oldal csatlakozá- 
sára várunk, kattintsunk a Menu 
gombra. Egy vezérlőablak jelenik meg, 
ahol az aktuális folyamat jellemzőit 
vezérelhetjük. Kattints az ablak tetején 
lévő Transmit gombra. Egy kis képet 
fogsz látni magadról, ahogy a kamerád 
előtt ülsz, egyelőre a másik oldal 
kapcsolata nélkül. Most kattints a kis 
képre, és egy nagyobb kép jelenik meg. 
Amikor a vonal másik végén valaki 
bekapcsolódik, megjelenik a képe, 
és ugyanezzel az eljárással még étvágy- 
gerjesztőbb képet érhetsz el. A 3. kép 
Francois-t mutatja, miközben a vic 
segítségével a titokzatos hölggyel be- 
szél. Amint a képen is látható, még így 
sem meri a saját képét mutatni, helyette 
más megtestesülést választott. Szegény 
Francois. 
Ahogy a többi alkalmazásnál is láthattuk 
ma, a vic videovezérlő menüi számos 
beállítást megváltoztatását lehetővé 
teszik, például módosíthatod a fényerőt, 
a kontrasztot vagy a színeket. Még a 
nézőkék mérete is megváltoztatható 
a Size gombra kattintva. 
A záróra megint elérkezett. Rendes 
körülmények között megkérném a 
pincéremet, hogy töltsön egy utolsó 
pohárral, de attól félek, ma este az én 
feladatom lesz. Francois kissé szóra- 
kozottnak tűnik. 
Oh, Vamour. 

Marcel Gagné 
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Linux-rendszerfelügyelet 


Kóstoló francia konyhafőnökünk nemrég megjelent könyvéből. 


nálói kézikönyv még az idén felkerül a hazai könyves- 

boltok polcaira. Mind a Linux Journal, mind a Linuxvilág 
munkatársai olyan fenemód jószívűek voltak, hogy helyet 
biztosítottak arra, hogy ebben a számban a 
könyvből egy kis ízelítőt adjak. Vért izzad- 
tam, mire kitaláltam, mit tudnék ilyen kis 
helyen bemutatni belőle, hiszen annyi min- 
dent választhatnék. Lapolvasó telepítése? 
Vagy inkább CD-íróé? A hálózat megvédése 
a betolakodóktól? Nyomtatás? Mentések? 
Levelezési fogások? Melyiket szeressem? 
Végül is úgy döntöttem, hogy egy olyan 
témával foglalkozom, amelyik mai internetes 
világunkban nem kap elég nagy nyilvános- 
ságot, s ez nem más, mit a jó öreg felhaszná- 
lói biztonság. A könyv hetedik, Felhasználók 
és felhasználói csoportok című fejezetéből 
fogok szemezgetni. Nem az egész fejezet 
olvasható itt és nem is részletek sorozata. 
Már hallom a kifogást: , A szakács túl sokat 
kortyolgat a saját borából!". Valójában min- 
tát, vagy ha úgy tetszik, kóstolót szerettem 
volna adni mindabból, amivel az olvasó az 
új könyvem oldalain találkozhat. Mintha 
csak csipegetnénk egy büféasztalról. Ahogy 
Chef Marcel mondaná: Bon appétit! 


B egújabb könyvem, a Linux rendszerfelügyelet — felhasz- 


A Users Guide 


Elet egy többfelhasználós világban 

A Linux többfelhasználós operációs rendszer, ami azt jelenti, 
hogy egy időben egynél több felhasználó is dolgozhat rajta. 
Minden felhasználóra a felhasználói nevével hivatkozhatunk, 

s ezek mindegyikéhez egy felhasználói azonosító (UID) tartozik, 
amely egy vagy több felhasználói csoporttal társítható. A felhasz- 
nálói nevekhez hasonlóan ezek a csoportok is egy-egy numeri- 
kus azonosítóval rendelkeznek, amit ebben az esetben csoport- 
azonosítónak (GID) hívunk. Mindkét azonosítófajta egyedi 
értékekkel rendelkezik. 

Az állományok és könyvtárak biztonsága a Linuxban olyan 
engedélyek révén valósítható meg, amelyek a felhasználói 
azonosítóval közvetlen kapcsolatban állnak. A felhasználók 
lehetnek közönséges és felügyeleti jogokkal rendelkező fel- 
használók. A legfőbb felügyeleti feladatkört ellátó felhasználó 
neve: root. A felhasználói azonosítótól függ, hogy az adott 
személy milyen parancsokat futtathat, milyen állományokba 
tud betekinteni vagy milyeneket tud módosítani. Minden 
felhasználói azonosítóhoz jelszó tartozik, amelyek megváltoz- 
tatása csak szabályozott keretek között történhet(ne),. 


Mikor ne használjuk a rendszergazdai jogosultságot? 

A kérdésre a legrövidebb válasz: soha ne használd, csak ha 
nagyon muszáj. A veszély abban rejlik, hogy a rendszergazda 
gyakorlatilag a rendszer teljhatalmú ura, s egy pici hiba is 
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komoly következményekkel járhat, vagyis akár az egész rend- 
szert tönkreteheti. Ha egy mód van rá, közönséges felhasználói 
azonosítóval dolgozz. Ilovábbi indokok is felsorolhatók. 

Az első a biztonság kérdése: mivel a rendszergazda mindenhez 
hozzáfér, csak azzal érdemes megosztani 

a jelszót, akinek valóban szüksége van rá. 
Minél kevesebben ismerik, annál jobb. 
Miért érdemes ilyen féltékenyen őrizni 

ezt a jogosultságot? Mert sokkal egysze- 
rűbb a biztonságkezelés és csökken annak 
a veszélye, hogy a hibák az egész rendszert 
befolyásolják. Valóban egy közönséges 
felhasználó is komoly kárt okozhat egy 
rendszerben, de ennek kockázata sokkal- 
sokkal kisebb. 


Marcel Gagné 


A jelszóállomány ellenőrzése 

Ha még mindig nem lenne elég feladatod, 
itt a következő munka: szabályos rendsze- 
rességgel ki kell gyűjtened a használaton 
kívüli felhasználói azonosítókat. A könyv 
egy korábbi fejezete bemutatja a finger 
parancsot, amely az azonosítók haszná- 
latának legutóbbi időpontjáról jelenít meg 
adatokat. Próbáld ki, hogyan lehet a 
parancs beírásával az összes felhasználói 
azonosítót és az utolsó belépés időpontját 
kiíratni. A parancsbanlévő (az aposztróf 
a sort parancs és a pipa előtt) a - (tilde- 
jel) billentyűjén találod meg (az angol billentyűzeten, a ma- 
gyaron pedig az 1-es a számbillentyűzeten - a szerk.). 


finger :sort /etc/passwd ] cut -fl -d":"- 
s] grep -i log ]Í more 


A parancs kimenete valahogy így néz ki: 


Login: aeinstein Name: A. Einstein 
Never logged in. 

LOGiü:.  GÜLCÜK Name: Tux the Penguin 
Last login Mon Jan 8 14:54 (EST) on tty2 
Login: halt Name: halt 

Never logged in. 

Login: lp Name: lp 

Never logged in. 

Login: mail Name: mail 

Never logged in. 

Login: mgag Name: Marcel Gagne 
Last login Wed Mar 7 17:29 (ESTI) on 1 Írom 
website 

Login: named Name: Named 

Never logged in. 

Login: natika Name: Natika the Cat 





Figyelmeztetésként fogadd meg a jótanácsomat: használd a 
józan ítélőképességedet (rendszergazdák számára alapvető 
követelmény). A felhasználói azonosítók egy része — például 
a sync vagy az 1p - a rendszer része. Megszokott esetben 
ezekkel soha 
senki nem léphet 
be a rendszerbe. 
Másrészt Mr. 
Einstein (a lista 

disabled 7 "] tetején) sem 

] lépett még be 
soha, és ez ter- 
mészetesen nem 
is rendszerfel- 
használói név. 
Az is megeshet, 
hogy ez új azo- 
nosító (most az), 
vagy akad egy 
felhasználó, aki még soha nem lépett be ezen a néven. A máso- 
dik esetben a legjobb minél előbb megszabadulni az azonosítótól. 
Az előbbi példa parancssori jártasságodat volt hivatott növelni, 
de meg kell mondanom, járhatóbb út is létezik. Linux-rendsze- 
reddel egy lastlog nevű ügyes kis parancsot kapsz, amely 
éppen ezt csinálja. 


un! root a : froot - Konsole pó 


File Sessions Settings Help 


utcracker version 1.9 
opyleft 2000 by Ryan T. Rhea 
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[rootoscigate /rootl]ltH lastlog ] more 


Username Port From Latest 

root ttyl Wed Mar 7 17:18:40 
-0500 2001 

bin XikNever logged inr" 

daemon tkNever logged inr? 

adm XikNever logged inr? 

bó XikNever logged inrr 

sync XikNever logged inrr 

shutdown XkNever logged inr? 

mgagne lscigate Wed Mar 7 17:29:55 
-0500 2001 

postgres XikNever logged inr? 

WWW XikNever logged inrr 

natika 8 localhost . locald Thu Dec 7 

esT4á:30415 

-0500 .2000 

guitux tty2 Mon Jan 8 14:54:55 
-0500 2001 


at at 


A lastlog parancs az adatokat a /var/log/lastlog nevű állo- 
mányból veszi, amely kézzel nem módosítható. 

Maradt még egy teendőd, amit rendszeres időközönként el 
kell végezned: ez a pwck futtatása. Alapértelmezésben a prog- 
ram végiglépked a /etc/passwd és a /etc/shadow állományokon 
és végrehajt egy ellenőrzést annak vizsgálatára, hogy a meg- 
felelő számú mező szerepel-e, és minden név egyértelműen 
azonosítható-e. A csoportazonosító vizsgálatára a grpck pa- 
rancs használható. 


Miként törik fel jelszavainkat a kalózok? 

Arról, hogy miért érdemes gondosan megválasztani a jelszót, 
a könyv korábbi részében olvashattál, a jelszóállomány leírásá- 
nál — kifejezetten jelszómezőről a nem árnyékállományokban 
(nonshadow). Egy gyors emlékeztető: 


root : 21s5jW45pb4156 : 0 : 0: root : /root : /bin/bash 


www.linuxvilag.hu 


A jelszó mezője (a második) egy nyalábolóindexelés-algorit- 
mus (hashing) szerint kódolt állapotban látható. Ha nagyon 
alapos vagy, és érdekel a részletes leírás, csak gépeld be a man 
crypt parancsot, és itt mindent megtalálhatsz, amit a jel- 
szavak kódolásáról valaha is tudni szerettél volna. Röviden 
összefoglalva: a felbukkanó furcsa jelszó valójában jelszavad- 
nak egy véletlenszerűen előállított kétkarakteres szó (a salt) 
segítségével kódolt formája. Ezt a saltot átadva a kódoló- 
nyaláboló indexelési eljárásnak előáll a végleges karakter- 
csoport. A nyaláboló indexelés kifejezés olyan eljárást takar, 
melynek során az adat gyors visszanyerésére egy karaktersor 
(például egy személy vezetékneve) segítségével (eszményi 
esetben) egyedi kulcs áll elő. Amit teszünk, az a szöveg 
kódolása rövidebb, rendszerint numerikus megfelelőjére. 

A jelszótörők ezt a saltot használják fel jelszólétrehozásra a 
szótárban szereplő minden egyes szót kipróbálva. Bár ez kicsit 
bonyolultnak tűnik, mégsem az. Egy egyszerű program meg- 
hívja a titkosító eljárást, lefuttatja egy szón, és összehasonlítja 
a /etc/passwd állomány jelszóbejegyzésével. Ha egyezik: bingó! 
Megszerezték a jelszavadat. Ha nem, veszik a következő szót. 
Egy elég gyors rendszeren nem tart túl sokáig, hogy a kalózok 
minden jelszóhoz megtalálják az utat. 

Nem hiszel nekem? Csak vess egy pillantást a képen látható, 

a szabad felhasználású Nutcracker által előállított listára. Ez a 
programocska épp az imért felvázolt , nyers erő" (brute-force) 
jelszófeltörő módszer egy fajtáját alkalmazza. 

Ahogy a képen is látszik, a jól megjegyezhető szavak — mivel túl 
gyakoriak - jelszóként rossz választásnak bizonyulhatnak. 


Honnan jelentkeztem be? 

Nézzük, mi történik, amikor bejelentkezünk egy gépre. 
Minden rendben lévőnek tűnik. Megvan a felhasználói nevem, 
kéri a jelszavamat, beírom és voilá, bent vagyok. 


login: mgagne 

Password: 

Last login: Mon Jan 8 16:00:39 from energize 
De várjunk csak! Mi az a kis üzenet, ami a jelszóbeírás után 
megjelent? MI a fene az az energize? Az energize nyilván annak 
a gépnek a neve, amelyikről a legutóbb bejelentkeztem. Kivéve 
ha nincs ilyen nevű gépem. Sőt, tételezzük fel, hogy nem is 
ismerek ilyen nevű gépet és mindig ugyanonnan jelentkezem 
be. Az egyetlen magyarázat, hogy egy energize nevű gépről 
valaki az én nevemmel és jelszavammal lépett be a rendszerbe. 
Ez csak kitalált eset, de jól szemléltet egy szokást, amire esetleg 
érdemes a felhasználóinkat megtanítani. Ha nap mint nap 
ugyanarról a számítógépről jelentkeznek be, ez az üzenet nem 
változhat. Amennyiben a gép nevét az üzenetben nem ismerik 
fel, bölcsen teszik, ha értesítenek. 

A biztonság kérdése nem kizárólag a rendszergazdára tartozik, 
bőven akad tennivalója enélkül is. Minden segítség elkél, tehát 
a felhasználók bevonására is szükségünk van. Hadd tudják és 
érezzék, hogy a rendszer biztonságának kérdése legalább 
annyira az ő ügyük, mint a tiéd. 


Marcel Gagné (mggagneGCsalmar.com) 
Mississaugaban (Ontario, Kanada) él, a Salmar 
Consulting Inc. rendszerépítéssel és hálózati 
tanácsadással foglalkozó cég elnöke. Pilóta 

és ScI-fI Író egy személyben. A Világhálón 
elérhető honlapján sok hasznos dolgot 
találhatunk. 8 http:/Awvww.salmar.com/marcel/ 





2002. március 179 


— [OO 


0 Kiskapu Kft. Minden Jog fenntartva 





FORDUL A LINUXVILÁG 


Kedves Olvasóink! 
Tájékoztatni szeretnénk Önöket a lapunk életében történt változásokról. 


Keressék az újságárusoknál! 


Előfizetés 

Idén 11] számmal jelenünk meg, mivel a januári és a februári számot össze- 
vontuk, terveink szerint most utoljára. Önök továbbra is nyugodtak lehetnek: előfizetésük 
a jövőben is lapszámokra vonatkozik majd: az egyéves előfizetés 12, a féléves pedig 6 számra 
vonatkozik (hiszen összevont számunk egynek számít). 





Felemeltük előfizetőink kedvezményeit 8, illetve 202-ra: 
féléves (6 lapszám): 10 930 Ft 
egyéves (12 lapszám): 19 008 Ft 


A pénz beszél... 

Ebben az évben belső köreinkből kiléptünk ország-világ színe elé. 
A Linuxvilág szakmai írásaival kívánja meghódítani Olvasói szívét, ezért már a kezdetektől fogva a minőségre helyeztük 
a hangsúlyt és továbbra sem kívánunk csupán , hirdetőoszloppá" válni. A január-februári számtól kezdődően 
magazinunkat az újságárusoknál is megtalálhatják. 


Éves előfizetéssel olcsóbb, számonként csak 1584 Ft. 


Biztos megérkezés 
Előfizetőink számára választási lehetőséget kínálunk: vagy ajánlott küldeményként juthatnak hozzá lapunkhoz 
(vállalva ennek költségeit), vagy pedig az eddig megszokott módon egyszerű postai küldeményként kapják meg. 


Már ajánlott küldeményként is megrendelhető (--90 Ft/küldemény). 


Akció! 
Új Olvasóink számára legelső négy számunkat 
e 2000. november, 
e 2000. december, 
e 2001. január, 
e 2001. február-március 
óriási, 504-os kedvezménnyel kínáljuk. 


További lehetőségek: a 2002 január előtt megjelent régi számaink (az első négy szám kivételével) ára változatlanul 
1484 forint marad. 
Az áremelés bejelentése előtt beérkezett előfizetéseket természetesen még a régi áron fogadtuk, aki tehát meg- 


4 s, 


rendelését már előzőleg meghosszabbította, még a régi áron juthatott magazinunkhoz. 


Terjesztés: telefon: (06-1) 303-9119 
fax: (06-1) 303-1619 
e-mail: terjeszteseOlinuxvilag.hu 


Ha bármilyen kérdésük, gondjuk támad, kérjük, írják meg az infoOlinuxvilag.hu címre. 


További kellemes és hasznos olvasást kívánunk! 


A Linuxvilág munkatársai 
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